<div dir="ltr">This is also a use case for Congress, please check use case 3 in the following link.<br><br><a href="https://docs.google.com/document/d/1ExDmT06vDZjzOPePYBqojMRfXodvsk0R8nRkX-zrkSw/edit#">https://docs.google.com/document/d/1ExDmT06vDZjzOPePYBqojMRfXodvsk0R8nRkX-zrkSw/edit#</a><br></div><div class="gmail_extra"><br><div class="gmail_quote">2014-10-14 5:59 GMT+08:00 Russell Bryant <span dir="ltr"><<a href="mailto:rbryant@redhat.com" target="_blank">rbryant@redhat.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Nice timing.  I was working on a blog post on this topic.<br>
<span class=""><br>
On 10/13/2014 05:40 PM, Fei Long Wang wrote:<br>
> I think Adam is talking about this bp:<br>
> <a href="https://blueprints.launchpad.net/nova/+spec/evacuate-instance-automatically" target="_blank">https://blueprints.launchpad.net/nova/+spec/evacuate-instance-automatically</a><br>
><br>
> For now, we're using Nagios probe/event to trigger the Nova evacuate<br>
> command, but I think it's possible to do that in Nova if we can find a<br>
> good way to define the trigger policy.<br>
<br>
</span>I actually think that's the right way to do it.  There are a couple of<br>
other things to consider:<br>
<br>
1) An ideal solution also includes fencing.  When you evacuate, you want<br>
to make sure you've fenced the original compute node.  You need to make<br>
absolutely sure that the same VM can't be running more than once,<br>
especially when the disks are backed by shared storage.<br>
<br>
Because of the fencing requirement, another option would be to use<br>
Pacemaker to orchestrate this whole thing.  Historically Pacemaker<br>
hasn't been suitable to scale to the number of compute nodes an<br>
OpenStack deployment might have, but Pacemaker has a new feature called<br>
pacemaker_remote [1] that may be suitable.<br>
<br>
2) Looking forward, there is a lot of demand for doing this on a per<br>
instance basis.  We should decide on a best practice for allowing end<br>
users to indicate whether they would like their VMs automatically<br>
rescued by the infrastructure, or just left down in the case of a<br>
failure.  It could be as simple as a special tag set on an instance [2].<br>
<br>
[1]<br>
<a href="http://clusterlabs.org/doc/en-US/Pacemaker/1.1/html-single/Pacemaker_Remote/" target="_blank">http://clusterlabs.org/doc/en-US/Pacemaker/1.1/html-single/Pacemaker_Remote/</a><br>
[2] <a href="https://review.openstack.org/#/c/127281/" target="_blank">https://review.openstack.org/#/c/127281/</a><br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Russell Bryant<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">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><br clear="all"><br>-- <br><div dir="ltr"><div>Thanks,<br><br></div>Jay<br></div>
</div>