Open Stack

Why don't you use the RabbitMQ builtin cluster solution?
I setup an active/active cluster with the buildin mecanism and put an
HAProxy on top with a priority on a specific node. (weight and backup
options).

For the mirrored queues don't we need to edit the openstack code?

Cheers.
~Seb



On Fri, May 25, 2012 at 10:10 PM, Eric Windisch <eric at cloudscaling.com>wrote:

> I feel that the best way to deploy RabbitMQ is to run multiple
> independently queue servers and have separate consumers to these servers.
> You can then do client-side balancing to select which Rabbit server
> messages go. To get that in Nova today would be pretty minor -- especially
> after the matchmaker lands (this can provide client-side balancing of
> servers).
>
> --
> Eric Windisch
>
> On Friday, May 25, 2012 at 09:18 AM, Stephen Gran wrote:
>
> Hello,
>
> I am investigating various high availability options for a pending
> deploy of open stack. One of the obvious services to make resilient is
> the mq service. We're going to be using rabbitmq, and we'll most likely
> have N of them in a standard rabbit mq cluster behind a load balancer
> configured as active/passive. One of the obvious improvements on this
> would be to use mirrored queues to protect against message loss as well
> as service downtime.
>
> Are there recommended ways of doing this? I see that I can use durable
> queues, which might work around the problems of openstack checking queue
> parameters on reconnect, but it seems a shame there's not an obvious way
> to do this out of the box. Unless I'm missing something?
>
> Cheers,
> --
> Stephen Gran
> Senior Systems Integrator - guardian.co.uk
>
> Please consider the environment before printing this email.
> ------------------------------------------------------------------
> Visit guardian.co.uk - newspaper of the year
>
> www.guardian.co.uk www.observer.co.uk www.guardiannews.com
>
> On your mobile, visit m.guardian.co.uk or download the Guardian
> iPhone app www.guardian.co.uk/iphone
>  To save up to 30% when you subscribe to the Guardian and the Observer
> visit www.guardian.co.uk/subscriber
> ---------------------------------------------------------------------
> This e-mail and all attachments are confidential and may also
> be privileged. If you are not the named recipient, please notify
> the sender and delete the e-mail and all attachments immediately.
> Do not disclose the contents to another person. You may not use
> the information for any purpose, or store, or copy, it in any way.
> Guardian News & Media Limited is not liable for any computer
> viruses or other material transmitted with or as part of this
> e-mail. You should employ virus checking software.
>
> Guardian News & Media Limited
>
> A member of Guardian Media Group plc
> Registered Office
> PO Box 68164
> Kings Place
> 90 York Way
> London
> N1P 2AP
>
> Registered in England Number 908396
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack at lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help : https://help.launchpad.net/ListHelp
>
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack at lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20120525/cf355a2b/attachment.html>