<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!<br><br>- Eric Berg<br></div></div>