<div dir="ltr"><div><div><div>Hey,<br><br>Sorry to bring this up again. There are also some discussions here: <a href="http://markmail.org/message/5zotly4qktaf34ei">http://markmail.org/message/5zotly4qktaf34ei</a><br><br></div>
You can also search [Runtime Policy] in your email list.<br><br></div><div>Not sure if we can put this to Gantt and enable Gantt provide both initial placement and rum time polices like HA, load balance etc.<br></div><div>
<br></div>Thanks,<br><br></div>Jay<br><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-02-21 21:31 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"><div class="HOEnZb"><div class="h5">On 02/20/2014 06:04 PM, Sean Dague wrote:<br>
> On 02/20/2014 05:32 PM, Russell Bryant wrote:<br>
>> On 02/20/2014 05:05 PM, Costantino, Leandro I wrote:<br>
>>> Hi,<br>
>>><br>
>>> Would like to know if there's any interest on having<br>
>>> 'automatic evacuation' feature when a compute node goes down. I<br>
>>> found 3 bps related to this topic: [1] Adding a periodic task<br>
>>> and using ServiceGroup API for compute-node status [2] Using<br>
>>> ceilometer to trigger the evacuate api. [3] Include some kind<br>
>>> of H/A plugin  by using a 'resource optimization service'<br>
>>><br>
>>> Most of those BP's have comments like 'this logic should not<br>
>>> reside in nova', so that's why i am asking what should be the<br>
>>> best approach to have something like that.<br>
>>><br>
>>> Should this be ignored, and just rely on external monitoring<br>
>>> tools to trigger the evacuation? There are complex scenarios<br>
>>> that require lot of logic that won't fit into nova nor any<br>
>>> other OS component. (For instance: sometimes it will be faster<br>
>>> to reboot the node or compute-nova than starting the<br>
>>> evacuation, but if it fail X times then trigger an evacuation,<br>
>>> etc )<br>
>>><br>
>>> Any thought/comment// about this?<br>
>>><br>
>>> Regards Leandro<br>
>>><br>
>>> [1]<br>
>>> <a href="https://blueprints.launchpad.net/nova/+spec/vm-auto-ha-when-host-broken" target="_blank">https://blueprints.launchpad.net/nova/+spec/vm-auto-ha-when-host-broken</a><br>
>>><br>
>>><br>
[2]<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>
>>><br>
[3]<br>
>>> <a href="https://blueprints.launchpad.net/nova/+spec/resource-optimization-service" target="_blank">https://blueprints.launchpad.net/nova/+spec/resource-optimization-service</a><br>
>><br>
>><br>
>>><br>
My opinion is that I would like to see this logic done outside of Nova.<br>
><br>
> Right now Nova is the only service that really understands the<br>
> compute topology of hosts, though it's understanding of liveness is<br>
> really not sufficient to handle this kind of HA thing anyway.<br>
><br>
> I think that's the real problem to solve. How to provide<br>
> notifications to somewhere outside of Nova on host death. And the<br>
> question is, should Nova be involved in just that part, keeping<br>
> track of node liveness and signaling up for someone else to deal<br>
> with it? Honestly that part I'm more on the fence about. Because<br>
> putting another service in place to just handle that monitoring<br>
> seems overkill.<br>
><br>
> I 100% agree that all the policy, reacting, logic for this should<br>
> be outside of Nova. Be it Heat or somewhere else.<br>
<br>
</div></div>I think we agree.  I'm very interested in continuing to enhance Nova<br>
to make sure that the thing outside of Nova has all of the APIs it<br>
needs to get the job done.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Russell Bryant<br>
<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>