Has anyone figured out a way of having a floating ip like feature with docker 
so that you can have rabbitmq, mysql, or ceph mon's at fixed ip's and be able 
to migrate them around from physical host to physical host and still have them 
at fixed locations that you can easily put in static config files?

Maybe iptables rules? Maybe adding another bridge? Maybe just disabling the 
docker network stack all together and binding the service to a fixed, static 
address on the host?

Also, I ran across: 
http://jperrin.github.io/centos/2014/09/25/centos-docker-and-systemd/ and it 
does seem to work. I was able to get openssh-server and keystone to work in the 
same container without needing to write custom start/stop scripts. This kind of 
setup would make a nova compute container much, much easier.

From: Steven Dake [sd...@redhat.com]
Sent: Wednesday, October 01, 2014 8:04 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [kolla] Kolla Blueprints

On 09/30/2014 09:55 AM, Chmouel Boudjnah wrote:

On Tue, Sep 30, 2014 at 6:41 PM, Steven Dake 
<sd...@redhat.com<mailto:sd...@redhat.com>> wrote:

I've done a first round of prioritization.  I think key things we need people 
to step up for are nova and rabbitmq containers.

For the developers, please take a moment to pick a specific blueprint to work 
on.  If your already working on something, this hsould help to prevent 
duplicate work :)

As I understand in the current implementations[1]  the containers are 
configured with a mix of shell scripts using crudini and other shell command. 
Is it the way to configure the containers? and is a deployment tool like 
Ansible (or others) is something that is planned to be used in the future?



I am not really sure what the best solution to configure the containers.  It is 
clear to me the current shell scripts are fragile in nature and do not handle 
container restart properly.  The idea of using Puppet or Ansible as a CM tool 
has been discussed with no resolution.  At the moment, I'm satisified with a 
somewhat hacky solution if we can get the containers operational.


[1] from https://github.com/jlabocki/superhappyfunshow/

OpenStack-dev mailing list

OpenStack-dev mailing list

Reply via email to