<div dir="ltr">Hmm, I see. There's this spec[1] that was discussed in the past with a similar proposal. There's a SPEC with some other points on the discussion, I think <span style="color:rgb(0,0,0);font-family:sans-serif">Janice forgot to mention.</span><div><span style="color:rgb(0,0,0);font-family:sans-serif"><br></span></div><div><span style="color:rgb(0,0,0);font-family:sans-serif">Erlon</span></div><div><span style="color:rgb(0,0,0);font-family:sans-serif"><br></span></div><div><span style="color:rgb(0,0,0);font-family:sans-serif">[1] </span><font color="#000000" face="sans-serif"><a href="https://review.openstack.org/#/c/176233/">https://review.openstack.org/#/c/176233/</a></font></div><div><span style="color:rgb(0,0,0);font-family:sans-serif">[2] </span><font color="#000000" face="sans-serif"><a href="https://review.openstack.org/#/c/258968/">https://review.openstack.org/#/c/258968/</a></font></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 22, 2015 at 12:16 PM, Michał Dulko <span dir="ltr"><<a href="mailto:michal.dulko@intel.com" target="_blank">michal.dulko@intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 12/22/2015 01:29 PM, Erlon Cruz wrote:<br>
> Hi Li,<br>
><br>
> Can you give a quick background on servicegroups (or links to. The<br>
> spec you linked only describe the process on Nova to change from what<br>
> they are using to tooz)? Also, what are the use cases and benefits of<br>
> using this?<br>
><br>
> Erlon<br>
><br>
<br>
</span>This is simply and idea to be able to use something more sophisticated<br>
than DB heartbeats to monitor services states. With Tooz implemented for<br>
that we would be able to use for example ZooKeeper to know about service<br>
failure in a matter of seconds instead of around a minute. This would<br>
shrink the window in which c-sch doesn't-know-yet that c-vol failed and<br>
sends RPC messages to a service that will never answer. I think there<br>
are more use cases related to service monitoring and failover.<br>
<br>
Service groups isn't probably a correct name for proposed enhancement -<br>
we have this concept somehow implemented, but proposed idea seems to be<br>
related to making it pluggable.<br>
<div class="HOEnZb"><div class="h5"><br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div>