[Openstack-operators] [tags] ease of upgrade

Barrett, Carol L carol.l.barrett at intel.com
Tue Sep 15 17:39:01 UTC 2015

Michal/Grzegorz/Will – Can you pls work with Dave to make sure all of the Liberty improvements are included?

Dave: The Enterprise WG has been focused on rolling upgrades and developed tracker for our work from Kilo to Liberty to Mitaka. You can find the info here: https://docs.google.com/spreadsheets/d/1iT0XraW8ORGk2fb1bJMigE6wWdKK6YgrNB4ishPOc1M/edit#gid=1668081475. The Product WG has prioritized this user story and we are collaborating on continued implementation. We have weekly team meetings if you’d like to come in for a discussion on this tag, happy to add this to an agenda. The meetings are Tuesdays at 1500 UTC. You can find more info here: https://wiki.openstack.org/wiki/Enterprise_Working_Group, scroll down to the Deployment Team section.


From: David Medberry [mailto:openstack at medberry.net]
Sent: Tuesday, September 15, 2015 8:40 AM
To: Tom Fifield
Cc: OpenStack Operators
Subject: Re: [Openstack-operators] [tags] ease of upgrade

Sure, I can take a pass at this.

On Tue, Sep 15, 2015 at 2:11 AM, Tom Fifield <tom at openstack.org<mailto:tom at openstack.org>> wrote:
Hi all,

One of our long mooted tags has been something that captures the ease of upgrade for a service.

We've got a lot of inherit knowledge about this stuff that would be great to capture, for example:

* Swift just eats upgrades up - whether you go for every point release, or do the N to N+1 jump, provided you read the release notes it's basically always a good time with Swift.
* Nova's upgrade_levels is pretty amazing, too. In recent versions you can run N+1 apis with a mix of N and N+1 compute nodes - quite convenient.
* Neutron in some configurations dumps all of the flows, you have to watch dhcp timeouts, how long services are offline etc, so a few little traps that keep it from being perfect.

If we could somehow make this into a tag, that'd be great. Anyone want to have a go?



OpenStack-operators mailing list
OpenStack-operators at lists.openstack.org<mailto:OpenStack-operators at lists.openstack.org>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20150915/d744b52d/attachment.html>

More information about the OpenStack-operators mailing list