<div dir="ltr">Hi Matt,<div><br></div><div>you are right. That's at least what I understand under 'live-evacuate'. The compute is still working, all VMs on it are running.</div><div>Our VMs can all be live-migrated. We wrote a script to live-migrate all VMs to other computes, to do hardware maintenance on the evacuated compute server.</div><div><br></div><div>I know, this is not going to work for every setup, but could be starting point, for what Gilles described.</div><div><br></div><div><br></div><br><div class="gmail_quote"><div dir="ltr">Matt Riedemann <<a href="mailto:mriedemos@gmail.com" target="_blank">mriedemos@gmail.com</a>> schrieb am Mo., 30. Juli 2018 um 20:20 Uhr:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 7/27/2018 3:34 AM, Gilles Mocellin wrote:<br>
> - for compute nodes : disable compute node and live-evacuate instances...<br>
<br>
To be clear, what do you mean exactly by "live-evacuate"? I assume you <br>
mean live migration of all instances off each (disabled) compute node <br>
*before* you upgrade it. I wanted to ask because "evacuate" as a server <br>
operation is something else entirely (it's rebuild on another host which <br>
is definitely disruptive to the workload on that server).<br>
<br>
<a href="http://www.danplanet.com/blog/2016/03/03/evacuate-in-nova-one-command-to-confuse-us-all/" rel="noreferrer" target="_blank">http://www.danplanet.com/blog/2016/03/03/evacuate-in-nova-one-command-to-confuse-us-all/</a><br>
<br>
-- <br>
<br>
Thanks,<br>
<br>
Matt<br>
<br>
_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">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>
</blockquote></div></div>