<div dir="auto">The former - we're running Cells so only have a single region currently (except for Swift where we have multiple proxy endpoints around the country, all backed by a global cluster, but they have to be different regions to put them all in the service catalog). See <a href="https://trello.com/b/9fkuT1eU/nectar-openstack-versions">https://trello.com/b/9fkuT1eU/nectar-openstack-versions</a> for the current version snapshot.</div><div class="gmail_extra"><br><div class="gmail_quote">On 14 Dec. 2017 18:00, "Clint Byrum" <<a href="mailto:clint@fewbar.com">clint@fewbar.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Excerpts from Blair Bethwaite's message of 2017-12-14 17:44:53 +1100:<br>
> On 14 December 2017 at 17:36, Clint Byrum <<a href="mailto:clint@fewbar.com">clint@fewbar.com</a>> wrote:<br>
> > The batch size for "upgrade the whole cloud" is too big. Let's help our<br>
> > users advance components one at a time, and then we won't have to worry<br>
> > so much about doing the whole integrated release dance so often.<br>
><br>
> Is there any data about how operators approach this currently? Nectar<br>
> (and I presume other large and/or loosely coordinated OpenStack<br>
> clouds) has been running different projects across multiple versions<br>
> for quite a while, sometimes 3 or 4 different versions. Coordinating<br>
> upgrades in a federated cloud with distributed operations requires<br>
> that we do this, e.g., our current Nova Newton upgrade has probably<br>
> been in-train for a couple of months now.<br>
><br>
<br>
That's interesting. Can you share what you mean by running 3 or 4<br>
different versions?<br>
<br>
Do you mean you mix versions in a single region, like, Pike keystone,<br>
Ocata Nova, and Newton Neutron? Or do you mean you might have a region<br>
running Pike, and another running Ocata, and another running Newton?<br>
<br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</blockquote></div></div>