On Thu, May 12, 2016 at 5:04 PM, Joshua Harlow email@example.com
Hi there all-ye-operators,
I am investigating how to help move godaddy from rpms to a container-like
solution (virtualenvs, lxc, or docker...) and a set of questions that comes
up is the following (and I would think that some folks on this mailing list
may have some useful insight into the answers):
- Have you done the transition?
We've done the transition to containers using both RPM's as well as source
code. We started out with just putting the RPM's into the container. We
then moved to building the containers using the source code. There has
been change in direction a bit that is requiring us to go back to RPM's
which was a simple flip over from an RPM.
The biggest thing we had to think about was the configuration files. We
wanted them to be as easy and clean as possible. We didn't want to keep
creating tons of container images for all the different environments. At
the end of the day, we realized that we could use ETCD to allow us to use
environment variables to make configuration changes very easy.
- How did the transition go?
It was very easy for us to move between RPM's on the host to containers.
We started off with one project and worked through that and proceeded on to
the next. We were easily able to mix and match between RPMs on the host and
new containers. Our automation proved to be very useful to making things
- Was/is kolla used or looked into? or something custom?
We started down this process way before kolla was out there and running, so
it would take a lot for us to move over to kolla as we have a pretty
detailed deployment setup.
- How long did it take to do the transition from a package based solution
(with say puppet/chef being used to deploy these packages)?
It took a week or two honestly. It is a lot easier than you think. Just
take your current configuration file, and put it inside the container and
run it and see what happens. That was the easiest way to get started and
see how they act within your environment.
We use ansible along with docker-compose to do all our file deployments.
We use it to talk with haproxy to take the service out of rotation, wait
for it to drain, take the container down, load the new container, start it
up, run a few test cases to ensure the container is doing what it should be
doing, and then put it back into rotation via Haproxy.
Any other feedback (and/or questions that I missed)?
One thing we realized is that you have to be using host based networking.
Do not try to run the containers using the docker networking that is built
in. You will get some weird results. We seemed to solve all the weirdness
when we moved everything over to host based networking.
We are beginning to work on doing compute nodes and gateway nodes. Since
those don't change as often as controller functions do, we gained a lot of
efficiency and speed for deployments by moving to containers.
We have started to look at deploying via Kubernetes. We have it working in
our lab for a while now, but we are still trying to get familiar with it
before we start trying to use it in production.
OpenStack-operators mailing list