<div dir="ltr">On 2 June 2013 15:13, Alexandra Kisin <span dir="ltr"><<a href="mailto:KISIN@il.ibm.com" target="_blank">KISIN@il.ibm.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
1. Does Pacemaker is the preferred tool to base OpenStack HA solution on ?<br>
2. Are there any alternatives for Pacemaker ?<br></blockquote><div><br></div><div style>We've tried both pacemaker and the keepalived/haproxy combo.</div><div style><br></div><div style>Pacemaker works well for active/passive configurations. It's ideal when you only want a service to run on one node, as it will shut down the service on the other node(s) when the service moves. Pacemaker also has the advantage of using multicast or unicast configurations (vs keepalived which *has* to use multicast). The downside to pacemaker is that it's a little harder to configure and takes a little more experience to manage.</div>
<div style><br></div><div style>Keepalived provides for active/passive configurations as well, but is easier to install and manage. As mentioned, though, it only uses multicast (VRRP, in fact).</div><div style><br></div><div style>
HAProxy does load balancing, but also keeps an eye on the availability of the services. This provides a level of HA too.</div><div style><br></div><div style>Note that almost all of Openstack's services can run active-active if you implement it correctly (usually combined with memcached). There is therefore little need for active/passive clusters. The only place where active/passive setups are needed is for your database (eg: MySQL) or your message queue (eg: RabbitMQ). Even then, both of those can be configured to be active-active in a cluster.</div>
<div style><br></div><div style>In the automated deployments used by Rackspace Private Cloud and Mirantis FUEL they both use keepalived & haproxy. Keepalived is used to provide virtual IP's to run the services on which are exposed through haproxy, which then distributes the load accordingly. You can read up on the high level architectures on their respective websites.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">4. Is the guide mentioned above can be used in continue to the basic<br>
Grizzly installation guide or any additional steps should be performed<br>
before ?<br></blockquote><div><br></div><div style>There are many different ways to deploy Openstack, which is both a strength and a weakness. The documenters try to capture common methods but are reliant on contributors to provide the right information. Once you've decided on an architecture and figured out how to implement it the community would welcome a documentation submission!</div>
</div></div></div>