[openstack-dev] [tripleo] Updates from the containers squad: Where are we at?

Flavio Percoco flavio at redhat.com
Tue Jan 31 17:59:49 UTC 2017


On 31/01/17 17:17 +0000, Fox, Kevin M wrote:
>Great to hear the containerization process is going well. :)
>
>Can we set aside some time during the PTG to talk about the process of detecting stale/building fresh containers at the PTG? Its a problem that all the kolla deliverables would also like solved. So maybe we can work together on it?


Absolutely, I saw you added a topic similar to this in the tripleo agenda. I
think it'd be awesome to sit and talk about this.

Flavio

>Thanks,
>Kevin
>________________________________________
>From: Flavio Percoco [flavio at redhat.com]
>Sent: Tuesday, January 31, 2017 8:13 AM
>To: openstack-dev at lists.openstack.org
>Subject: [openstack-dev] [tripleo] Updates from the containers squad: Where     are we at?
>
>Greetings,
>
>In the last month, there’s been no update on what’s been happening in the
>containers effort for TripleO so I thought I’d drop an email to… well… provide
>updates.
>
>The work in the DFG has been broken down into more granular steps that are
>easier to account for. However, I’d like to focus a bit more on the architecture
>side of things first.
>
>There have been some major changes in how containers are deployed within TripleO
>and how services are containerized. I’ll try to describe those below but bear in
>mind that some details may change a little bit and that this is still a work in
>progress.
>
>* The new architecture aims to support a hybrid deployment where it’s possible
>  to run some services on baremetal and others on containers. This has been done
>  to ease the upgrade process from baremetal nodes to a containerize node and it
>  doesn’t change the goal of having all services containerized. More details
>  about this new architecture can be found here[0]. Please, check out the README
>  file.
>
>* There’s no heat agent container anymore. Instead, we’re installing puppet in
>  the base image for every service and then run puppet from the service
>  container. A bit of more details about this change can be found in this blog
>  post[0] (Thanks Dan)
>
>* The old copy-json file that used to create the config.json for the kolla image
>  was replaced with a heat-hook. More about this on this patch.[2]
>
>* Several patches for containerizing services have been proposed. TBH, we’ve not
>  done a great job at using a single topic BUT if you open the patch[0], you’ll
>  see a list of patches depending on it that propose the containerization of
>  several projects.
>
>* There’s a non-voting CI job that currently only runs on patches that modify
>  files related to the containers work. You can read more about this on this
>  patch[3]. The goal is to make this job voting as soon as Pike starts.
>
>* Perhaps more RDO specific but there’s also been great progress in the building
>  pipeline for containers. We’re using kolla images as our base container images
>  and the image build process is being integrated with the TripleO CI pipeline.
>  This means that new images will be created whenever there’s a promotion in
>  TripleO. We’d like to take this one step further for Pike and be able to build
>  images on every patch merged in the various projects, just like we’d do with
>  RPM packages. I wanted to mention this because I love the fact that this helps
>  us testing kolla images thoroughly and also give back to the community in some
>  way. More on this can be found here[4]
>
>* Support for a containerized deployment has been added to tripleo-quickstart
>  and it’s being used for the CI job.
>
>* The containers squad will start the work of documenting the current
>  architecture as soon as possible. As mentioned in the points above, there have
>  been several changes to the architecture that made starting the documentation
>  process not worthwhile. We can start documenting things now that we feel more
>  comfortable with the current version of the framework.
>
>* We’re starting to work on a strategy for upgrades for baremetal nodes to
>  containerized nodes. Again, this work was waiting for the architecture to be
>  polished out a bit more and the composable upgrades work to mature. Now it
>  seems like a good time to kick this off.
>
>Eventually (and likely soon) this will impact other squads and there will be
>need of a joint work towards finalizing the containerization process. More
>details will be provided as part of the documentation and in future emails.
>
>There are still many things to do, though. There are services that still need to
>be containerized, there are more CI jobs to be added and all the services that
>have been containerized so far must also be tested in the overcloud. That being
>said, I’m personally happy with the progress made so far and I hope you are as
>well and that this email is useful to you.
>
>Rock on,
>Flavio
>
>[0] https://review.openstack.org/#/c/416421/
>[1] https://dprince.github.io/docker-puppet.html
>[2] https://review.openstack.org/#/c/416420/
>[3] https://review.openstack.org/#/c/423519/
>[4] https://etherpad.openstack.org/p/rdo-kolla-build
>
>--
>@flaper87
>Flavio Percoco
>
>__________________________________________________________________________
>OpenStack Development Mailing List (not for usage questions)
>Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

-- 
@flaper87
Flavio Percoco
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 862 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20170131/f7c3a837/attachment.pgp>


More information about the OpenStack-dev mailing list