<div dir="ltr">Matthias,<div><br></div><div style>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.</div>
<div style><br></div><div style>Thank you very much for your quick replies.</div><div style><br></div><div style>Regards,</div><div style><br></div><div style>Richard</div><div style><br></div><div style><br></div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Tue, Mar 19, 2013 at 2:30 PM, Matthias Radestock <span dir="ltr"><<a href="mailto:matthias@rabbitmq.com" target="_blank">matthias@rabbitmq.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 19/03/13 21:16, Richard Raseley wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Sorry, I meant to say the master queue process. Can you comment on my<br>
previous question assuming that correction?<br>
</blockquote>
<br>
Yes, all queue operations go via the queue's master.<br>
<br>
However, I fail to see what relevance that has to your question about scaling throughput via either adding nodes to a single cluster or creating new clusters. In either case you are only going to get additional scalability at the queue level by having more than one queue and distributing those queues them over the available nodes.<span class="HOEnZb"><font color="#888888"><br>
<br>
Matthias.<br>
</font></span></blockquote></div><br></div>