<div dir="ltr">It's a very widely done thing and in many environments we encourage it.<div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Feb 20, 2014 at 3:11 PM, Laing, Michael <span dir="ltr"><<a href="mailto:michael.laing@nytimes.com" target="_blank">michael.laing@nytimes.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">I don't know if it is usual, but we use a 'proxy' cluster that faces our internal clients and provides a single dns name (which actually round robins to healthy cluster members).<div><br></div>
<div>
This allows us to forward the stream of messages to multiple clusters in our fabric for processing.</div><div><br></div><div>Michael Laing</div><div>NYTimes</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
<div><div class="h5">
On Thu, Feb 20, 2014 at 4:54 PM, Eric Berg <span dir="ltr"><<a href="mailto:eric.berg@salesforce.com" target="_blank">eric.berg@salesforce.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div class="h5">
<div dir="ltr"><div><div>Hi,<br></div>I currently have a 5 node cluster setup in production that handles 80 queues with an HA policy of 2 nodes, peaking at about 30M total messages and 10K msg/sec all for one type of task. Our application will need queues going forward for a variety of unrelated tasks but I would still like one entry point as the messages typically originate from the same place, and I would like to avoid multiple connections per process.<br>


<br></div><div>A few questions:<br></div><div>Any reason to not keep adding nodes to the same cluster other than for latency potential and queue master/slave ownership?<br></div><div>I was considering adding federation where a single upstream cluster would handle all incoming messages, then several clusters downstream would federate the exchanges that they needed, is this a common or unusual pattern?<br>


Are there any good resources for discussions or blogs where others have discussed more complicated architectures?<br><br>Thanks for your insight!<span><font color="#888888"><br><br>- Eric Berg<br></font></span></div>
</div>
<br></div></div>_______________________________________________<br>
rabbitmq-discuss mailing list<br>
<a href="mailto:rabbitmq-discuss@lists.rabbitmq.com" target="_blank">rabbitmq-discuss@lists.rabbitmq.com</a><br>
<a href="https://urldefense.proofpoint.com/v1/url?u=https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=sF0ZnlnTVu0KrGgVA7hSe29cx%2BPGAwA3H8KZu6lkUvo%3D%0A&m=t9bT190UKviG6Y7dR%2FF8DvIeo0lE5W8dElYSTk0rYvA%3D%0A&s=d19b2ed91cbb0757984a3f534ebdb03a7dcb2efcbb1358b0440a704b63f819b9" target="_blank">https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss</a><br>

<br></blockquote></div><br></div>
<br>_______________________________________________<br>
rabbitmq-discuss mailing list<br>
<a href="mailto:rabbitmq-discuss@lists.rabbitmq.com">rabbitmq-discuss@lists.rabbitmq.com</a><br>
<a href="https://urldefense.proofpoint.com/v1/url?u=https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=sF0ZnlnTVu0KrGgVA7hSe29cx%2BPGAwA3H8KZu6lkUvo%3D%0A&m=t9bT190UKviG6Y7dR%2FF8DvIeo0lE5W8dElYSTk0rYvA%3D%0A&s=d19b2ed91cbb0757984a3f534ebdb03a7dcb2efcbb1358b0440a704b63f819b9" target="_blank">https://urldefense.proofpoint.com/v1/url?u=https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=sF0ZnlnTVu0KrGgVA7hSe29cx%2BPGAwA3H8KZu6lkUvo%3D%0A&m=t9bT190UKviG6Y7dR%2FF8DvIeo0lE5W8dElYSTk0rYvA%3D%0A&s=d19b2ed91cbb0757984a3f534ebdb03a7dcb2efcbb1358b0440a704b63f819b9</a><br>

<br></blockquote></div><br></div>