<div class="gmail_quote"><br>Hello All,<br>
<br>
I&#39;m thinking about how to handle client-connection failover. �By this<br>
I mean clientA has a producerP that needs to have reliable and<br>
tolerant connections to rabbitA and rabbitB. �This is so that if the<br>
connection/pid of rabbitA goes down, producerP sends it&#39;s next message<br>
to rabbitB with as little handling (and wall-clock time) as possible.<br>
<br>
I have read many of the threads around durable queue, the howto, the<br>
&#39;pedantics&#39;, etc. �I am trying to see how I can answer a network-<br>
failover requirement with RabbitMQ.<br>
<br>
The best solution I can think of right now is to have a rabbitP on the<br>
same machine as producerP, which is clustered to the &quot;real&quot; cluster,<br>
so if rabbitA goes down, the built-in clustering failover will handle<br>
the proper interaction. �My issue with this is considering how this is<br>
configured and maintained when the farm of servers with producerP gets<br>
to be 1000+. �Even if this doesn&#39;t scale to the google-farm level,<br>
what about farm = 10, 30 ?<br>
<br>
<br>
Any thoughts on this would be very appreciated.<br>
<font color="#888888"><br>
Peter Fitzgibbons<br>
</font></div><br>