<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><span style="color:rgb(34,34,34)">If we were standing at a place with a detailed manual upgrade document</span><br></div></div>
that explained how to do minimal VM downtime, that a few ops had gone<br>
through and proved out, that would be one thing. And we could figure out<br>
which parts made sense to put tooling around to make this easier for<br>
everyone.<br>
<br>
But we seem far from there.<br>
<br>
My suggestion is to start with a detailed document, figure out that it<br>
works, and build automation around that process.<br></blockquote><div><br></div><div>The problem is that whatever documented solution we can come up with is going to be so opinionated to be hardly of any use on general terms, let alone worth automating. Furthermore, its lifespan is going to be reasonably limited which to me doesn't seem to justify enough the engineering cost, and it's not like we haven't been trying...</div><div><br></div><div>I am not suggesting we give up entirely, but perhaps we should look at the operator cases (for those who cannot afford cold migrations, or more simply stand up a new cloud to run side-by-side with old cloud, and leave the old one running until it drains), individually. This means having someone technical who has a deep insight into these operator's environments lead the development effort required to adjust the open source components to accommodate whatever migration process makes sense to them. Having someone championing a general effort from the 'outside' does not sound like an efficient use of anyone's time.</div><div><br></div><div>So this goes back to the question: who can effectively lead the technical effort? I personally don't think we can have Neutron cores or Nova cores lead this effort and be effective, if they don't have direct access/knowledge to these cloud platforms, and everything that pertains to them.</div><div><br></div><div>Armando</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span><br>
        -Sean<br>
<br>
--<br>
Sean Dague<br>
<a href="http://dague.net" target="_blank">http://dague.net</a><br>
<br>
</span><div><div>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>