[rabbitmq-discuss] Scaling Throughput with Highly Available Queues

[Matthias Radestock]

On 19/03/13 21:55, Richard Raseley wrote:
> The relevance lies in the fact that the design of this particular
> application component relies on a single highly available queue bound to
> a single exchange. My thought (which you've mostly confirmed) was that
> if I create multiple clusters with mirrored configurations (e.g. same
> exchanges, queues, users, etc.) and place those in a single load
> balanced pool I will be able to scale my performance (while maintaining
> high availability for all messages) whereas if I add additional nodes to
> a cluster I will not - as all operations will happen via the mater queue
> process which resides on exactly one node.

But your "*single* highly available queue", can only live in one 
cluster, since it's a *single* queue. So I don't see how extra clusters 
help here.

Matthias.