<div dir="ltr"><div>Hey all,</div><div><br></div><div>I wanted to send out a follow up on this. Yesterday in the keystone meeting we voted on Mitaka specs that we would like to commit to. The online-migration spec was accepted as something we would definitely like to see [0]. On the other hand, the development team doesn't really have enough insight into the online-migration process to effectively move forward. We want to shy away from over-architecting a migration solution that will inevitably cause issues and confusion. The conversation started as we compared using the expand/contract model versus stretching migrations over several releases, all of which was had in IRC [1].</div><div><br></div><div>As a baby step, we came up with the following plan.</div><div><br></div><div>Merge a unit test into keystone that detects certain offline migration operations. In order to pass the test, an exception has to be added to the test case and formal release notes must be proposed with the schema change. The release notes must explicitly detail the schema change, why it is changing, how to migrate data if any, what variables downtime would depend on, and any other useful bits an operator should know. </div><div><br></div><div>We're hoping that this type of process change makes it easier for operators to plan migration changes, and schedule downtime if necessary. This wouldn't guarantee online-migrations for keystone, but it's a step forward as we gather more feedback from operators.</div><div><br></div><div>Thoughts?</div><div><br></div><div>[0] <a href="http://eavesdrop.openstack.org/irclogs/%23openstack-meeting/%23openstack-meeting.2015-12-01.log.html#t2015-12-01T18:41:52" target="_blank">http://eavesdrop.openstack.org/irclogs/%23openstack-meeting/%23openstack-meeting.2015-12-01.log.html#t2015-12-01T18:41:52</a></div>[1] <a href="http://eavesdrop.openstack.org/irclogs/%23openstack-keystone/%23openstack-keystone.2015-12-02.log.html#t2015-12-02T15:00:43" target="_blank">http://eavesdrop.openstack.org/irclogs/%23openstack-keystone/%23openstack-keystone.2015-12-02.log.html#t2015-12-02T15:00:43</a><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 27, 2015 at 3:52 AM, Jesse Pretorius <span dir="ltr"><<a href="mailto:jesse.pretorius@gmail.com" target="_blank">jesse.pretorius@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi everyone,<div><br></div><div>As we all know, upgrades are hard. Part of the problem relates to down time due to offline database migrations.</div><div><br></div><div>The Keystone team has put together a spec [1] and is seeking feedback for implementing online schema migrations.</div><div><br></div><div>Please weigh in, as operators, on the spec presented.</div><div><br></div><div>[1] <a href="https://review.openstack.org/245186" target="_blank">https://review.openstack.org/245186</a><span class="HOEnZb"><font color="#888888"><br clear="all"><div><br></div>-- <br><div><div dir="ltr"><div>Jesse Pretorius<br>IRC: odyssey4me</div></div></div>
</font></span></div></div>
<br>_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
<br></blockquote></div><br></div>