<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">

</head>

<body bgcolor="#FFFFFF" text="#000000">

<p><br>

</p>

<br>

<div class="moz-cite-prefix">On 25/08/16 01:13 PM, Steve Martinelli wrote:<br>

</div>

<blockquote cite="mid:CAHc_MXGrci9zna17Ynq48u5WHGrFgYoE3LLuTYO7Pkue7nx5Tw@mail.gmail.com" type="cite">

<div dir="ltr">

<div>The keystone team is pursuing a trigger-based approach to support rolling, zero-downtime upgrades. The proposed operator experience is documented here:<br>

</div>

<div><br>

</div>

<div>  <a moz-do-not-send="true" href="http://docs.openstack.org/developer/keystone/upgrading.html">

http://docs.openstack.org/developer/keystone/upgrading.html</a></div>

<div><br>

</div>

<div>This differs from Nova and Neutron's approaches to solve for rolling upgrades (which use oslo.versionedobjects), however Keystone is one of the few services that doesn't need to manage communication between multiple releases of multiple service components

 talking over the message bus (which is the original use case for oslo.versionedobjects, and for which it is aptly suited). Keystone simply scales horizontally and every node talks directly to the database.</div>

<br>

</div>

</blockquote>

<br>

just curious, but does Keystone have any IPC or is it still just a single service interacting with db? if the latter, you should be able to just apply migration with no downtime as long as you don't modify/delete existing columns. similar experience as others,

 haven't really used stored procedures in a while but it's a pain wrt to portability. considering OpenStack has a habit of supporting every driver under the sun, i'm guessing driver specific solutions will get more difficult over time.

<br>

<br>

cheers,<br>

<br>

<pre class="moz-signature" cols="72">-- 

gord</pre>

</body>

</html>