[openstack-dev] [kolla][nova] Orchiestrated upgrades in kolla

Michał Jastrzębski inc007 at gmail.com
Mon Dec 7 15:08:34 UTC 2015


So Dan, correct me if I'm wrong, but after this merges (we're working
on L->M upgrade) we can simply go with version=auto on every node and
just hit SIGHUP on conductors once we're done with all of compute
nodes right? Also, are there any other nice things that you guys plan
for M and we could use right away?


On 7 December 2015 at 08:47, Dan Smith <dms at danplanet.com> wrote:
>>> 1. Nova bootstrap will be called and it will perform db-migration. Since
>>> current approach to nova code is add-only we shouldn't need to stop
>>> services and old services should keep working on newer database. Also
>>> for minor version upgrades there will be no action here unless there is
>>> migration.
>>> 2. We upgrade all conductor at the same time. This should take mere
>>> seconds since we'll have prebuilt containers
>>> 3. We will upgrade rest of controller services with using "series: 1" in
>>> ansible to ensure rolling upgrades.
>
> Technically, 2 and 3 need to go at the same time. We have some machinery
> in place to help us not do online data conversions until all the control
> services are upgraded, but we haven't been through one of those yet to
> prove it out. Since the rest of the control services are mostly
> stateless, I would recommend just squashing those two steps together for
> the time being.
>
>>> 4. We will upgrade all of nova-compute services on it's own pace.
>
> Don't forget the final step of unpinning everyone's compute rpc version
> once you're done. If you're using version=auto for compute, you will
> soon be able to SIGHUP the services to get them to recalculate the
> version pin without restarting.
>
> https://review.openstack.org/#/c/253696/
>
> --Dan
>
> __________________________________________________________________________
> 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



More information about the OpenStack-dev mailing list