[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:
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...
More information about the OpenStack-operators