Open Stack

Eric,
I saw your presentation couple of weeks ago about ZeroMQ but I didn't have
time to dive into it.

In my previous statement, there is no prejudice, I simply offered an
alternative solution. I'm for the KISS principle, and using the
pacemaker/corosync/drbd stack could be a pain in the neck compared to this
easy solution provided by RabbitMQ. I also think that's highly depend on
your infrastructure, in my case I don't have thousand of nodes or geo-zones
so using 2 servers with the RabbitMQ built in cluster solution is a good
choice.
Moreover the RabbitMQ built in cluster is highly scalable and it's really
easy to add a new node.

I'm open-minded and all for new ideas.

Regards.
~Seb.

On Sat, May 26, 2012 at 12:02 AM, Eric Windisch <eric at cloudscaling.com>wrote:

>  Sebastien,
>
> For my part, I don't do *any of it*. I'm the author of the ZeroMQ
> implementation, where this is a non-issue.
>
> I think that having the Rabbit queues decoupled makes a lot of sense,
> especially since the code to do this can be generalized across multiple RPC
> implementations. (i.e. this would be a win for Qpid as well)   I'm clearly
> not a die-hard RabbitMQ admin -- is there a reason to use clustering over a
> decoupled solution for a greenfield application?
>
> --
> Eric Windisch
>
> On Friday, May 25, 2012 at 17:54 PM, Sébastien Han wrote:
>
> 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/20120528/dab65f69/attachment.html>