[rabbitmq-discuss] Forcing mirrored queue synchronization?

[Simon MacMullen]

On 30/01/12 19:11, Matt Pietrek wrote:
> We're moving towards a production deployment of mirrored queues for our
> platform using RabbitMQ 2.71 on Ubuntu 10.04. One of the things we need
> to support is rolling upgrades. Thus, while running in a mirrored
> cluster, we plan to bring down one node at a time while leaving at least
> one node running.

You may not want to hear this but: please be aware that all nodes in a 
cluster must run the same version of RabbitMQ.

> Questions: Are there any potential pitfalls with this approach?

Only the ones you'd think of - consuming from or publishing to the queue 
while this is going on could lead to your republisher getting confused.

If you have the same large messages routed to many queues from one 
publish, RabbitMQ will ensure the message body is only stored once in 
the broker. Republishing would break this.

> And is
> there some optimal way to do this that's better than
> "read/re-publish/ack" for each message in a loop?

I don't think so.

Cheers, Simon

-- 
Simon MacMullen
RabbitMQ, VMware