<font size=2 face="sans-serif">Pacemaker (and the underlying heartbeat
mechanism) is a very good tool, but to the best of my knowledge it is not
very scalable. Therefore, it is a great fit to implement HA of things like
mysql, between small number of 'controller' nodes. But when it comes to
cloud-scale heartbeat/membership, there are better tools -- such as ZooKeeper
(which is one of the backend implementations of the service heartbeat mechanism
within Nova). </font>
<br>
<br><font size=2 face="sans-serif">Regards,</font>
<br><font size=2 face="sans-serif">Alex</font>
<br>
<br>
<br>
<br>
<br><font size=1 color=#5f5f5f face="sans-serif">From:      
 </font><font size=1 face="sans-serif">Leen Besselink <ubuntu@consolejunkie.net></font>
<br><font size=1 color=#5f5f5f face="sans-serif">To:      
 </font><font size=1 face="sans-serif">OpenStack Development
Mailing List <openstack-dev@lists.openstack.org>, </font>
<br><font size=1 color=#5f5f5f face="sans-serif">Date:      
 </font><font size=1 face="sans-serif">23/04/2013 10:39 AM</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Subject:    
   </font><font size=1 face="sans-serif">Re: [openstack-dev]
blueprint proposal nova-compute fencing for HA ?</font>
<br>
<hr noshade>
<br>
<br>
<br><tt><font size=2>> I was only talking about the fencing off a compute
node part, since<br>
> that's what you started the thread with.  :-)<br>
<br>
I know I'm going in circles, just trying to get a feel for the best way
to handle it.<br>
<br>
><br>
> Presumably you would still use nova APIs that already exist to move
the<br>
> instances elsewhere.  An 'evacuate' API went in to grizzly for
this.<br>
><br>
> </font></tt><a href="https://blueprints.launchpad.net/nova/+spec/rebuild-for-ha"><tt><font size=2>https://blueprints.launchpad.net/nova/+spec/rebuild-for-ha</font></tt></a><tt><font size=2><br>
><br>
<br>
So when any node fails in a Pacemaker cluster, you fence the node, tell
OpenStack about the<br>
failed node and call evacuate for all the instances. The scheduler will
just place them anywhere<br>
it pleases.<br>
<br>
(there is already a blueprint for evacuate to call the scheduler and even
an other for handling a whole node)<br>
<br>
So, yeah, maybe that is enough.<br>
<br>
I guess I was hoping all machines would be the same. Now I'll need to make
clusters. To OpenStack<br>
they will still all look the same I guess.<br>
<br>
But it will work with existing tested code, that is also important.<br>
<br>
So no blueprint for fencing.<br>
<br>
Thank you for the discussion.<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
OpenStack-dev@lists.openstack.org<br>
</font></tt><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev"><tt><font size=2>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</font></tt></a><tt><font size=2><br>
<br>
</font></tt>
<br>