By default queue resides at node, where it was created. As far as I know, client may consume(get, receive) messages from any rabbitmq node in cluster. There is no necessary to mirror queue (and also you are right, it reduce performance). Each node knows about where target each queue placed. Also you can publish messages to any node in cluster. Message will be delivered to node where target queue was created.<div>Mirroring is suitable when you want to replicate you messages for case of node failure or db file corruption.</div><div><br>On Wednesday, July 24, 2013 11:04:13 AM UTC+3, Flavio Pompermaier wrote:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;">Hi to all,<br>In my application I have a queue that could potentially become very big.&nbsp;<div>From what I understood queues cannot be splitted among different machines, a single queue resided only on a single node..am I wrong?<br>What if I discover that my machine is not able to keep up with message rate?</div><div>Maybe I should start mirroring the queue on multiple servers so I can multiply the number of consumers?&nbsp;</div><div>Is this approach scalable or does the synchronization overhead kill the performance?</div><div><br></div><div>Best,</div><div>Flavio</div><div><br></div></blockquote></div>