- From: "Jason J. W. Williams" <
- To: Jason Nagashima <
- Subject: [chef-dev] Re: Chef with RabbitMQ HA
- Date: Thu, 27 Oct 2011 17:20:30 -0600
Yeah there's a few. Just finished adding mirrored queues to the
clustering chapter in RabbitMQ in Action so they're fresh in my mind.
* Specifying "nodes" instead of "all" as the distribution policy
doesn't work. You'll get a 404 error when you try to create the queue,
but the queue will be created as a zombie...can't be deleted or used,
but it's there soaking up the name you gave it.
* Folks are seeing hard to repro lockups when using mirrored queues.
That's not counting the built-in warts like new slaves added to a
mirrored queue won't synchronize existing messages, so you've got to
be careful not remove any of the old nodes until RabbitMQ tells you
all of the old messages are consumed and the new nodes have the same
contents as the old nodes.
On Thu, Oct 27, 2011 at 3:52 PM, Jason Nagashima
> Hey Jason,
> Yep, was looking at mirrored queues (as described here:
> http://www.rabbitmq.com/ha.html#genesis). I heard of worts such as issues
> with performance degradation, but are there others I should be worried
> Thanks for responding and for your time!
> ----- Original Message -----
> From: "Jason J. W. Williams"
> To: "Jason Nagashima"
> Sent: Thursday, October 27, 2011 5:32:48 PM
> Subject: Re: [chef-dev] Chef with RabbitMQ HA
> Hi Jason,
> You mean mirrored queues or plain old RMQ clustering? If the former, I'd
> avoid mirrored queues for awhile. They've got a lot of worts atm that need
> Sent via iPhone
> Is your email Premiere?
> On Oct 27, 2011, at 14:27, Jason Nagashima
>> Apologies for the repost from the other chef mailing list, but I wanted to
>> be as thorough as possible.
>> Well, to get right to the meat of it all: Is it currently possible to have
>> Chef interact with high availability RabbitMQ (queues) apart from editing
>> the amqp files directly (ie via configuration parameters)?
>> Thanks again for your time.
Archive powered by MHonArc 2.6.16.