-- Sorry if you are getting this twice Matthew, it got bounced from the list<br><br>Matthew,<br><br>These are roughly the requirements for messaging<br><br>- need to ensure there are no messages dropped even if a node in the cluster goes down (HA)<br>
- easily scales<br>- zero configuration for brokers (nice to have, but Rabbit is pretty easy to configure)<br>


- seamless fail over for clients when the node they are connected to fails (again, nice to have)<br><br>Along with those go the <i>regular</i> messaging requirements, point to point, pub/sub, performance, security, integrates well, etc.<br>

<br>As far as the hardware/infrastructure being used for for HA, i was targeting it for cloud deployment.<br><br>thanks again!<br><br><div class="gmail_quote">On Thu, Jan 7, 2010 at 4:17 PM, Stephen Day <span dir="ltr">&lt;<a href="mailto:sjaday@gmail.com">sjaday@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Matthew:<div><br></div><div>This is the best description of the intent of RabbitMQ clustering I have heard yet. Specifically, the distinction that RabbitMQ clustering is for high volume messaging, rather than HA concerns. Do you mind adding some of these points to the RabbitMQ clustering guide (<a href="http://www.rabbitmq.com/clustering.html" target="_blank">http://www.rabbitmq.com/clustering.html</a>)?</div>

<div><br></div><div>Steve</div><div><br><div class="gmail_quote"><div class="im">On Thu, Jan 7, 2010 at 2:38 AM, Matthew Sackman <span dir="ltr">&lt;<a href="mailto:matthew@lshift.net" target="_blank">matthew@lshift.net</a>&gt;</span> wrote:<br>
</div><div><div></div><div class="h5"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi David,<br>
<br>
You&#39;re using the latest default code, yes?<br>
<br>
We&#39;ve just changed the behaviour in this case - previously, yes, the<br>
queue would be recreated. This is incorrect because it then causes many<br>
problems when the failed node comes back up - you end up with the same<br>
queue on both nodes with different concepts of what should be in the<br>
queue. Exciting if undesireable things happen in this case.<br>
<br>
Thus if a queue is declared but it&#39;s found that the queue does already<br>
exist but is on a downed node, we return a 404, because it&#39;s really<br>
saying &quot;the node on which this queue exists can&#39;t be found&quot;.<br>
<br>
>From your code, I see you&#39;re declaring the queue durable. This really<br>
reenforces the issue because if its durable, then persistent messages<br>
shouldn&#39;t be lost, and yet if you want to be able to recreate the queue<br>
on the other node, then it&#39;ll start empty, at which point, logically,<br>
the contents of the queue have been lost.<br>
<br>
In general, clustering should not be used for HA purposes. If you wish<br>
to achive HA, then active/passive HA can be achieved by using shared<br>
disk storage, heartbeat/pacemaker, maybe a tcp load balancer on the<br>
front, and make sure you set the node names to localhost, and point both<br>
rabbit instances at the same mnesia dir on the shared storage. When the<br>
passive node comes up, it will recover everything from the storage.<br>
<br>
Matthew<br>
<br>
_______________________________________________<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="http://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss" target="_blank">http://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss</a><br>
</blockquote></div></div></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="http://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss" target="_blank">http://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss</a><br>
<br></blockquote></div><br>