[rabbitmq-discuss] Queue Replication over WAN
gui.ouellet at gmail.com
Fri Jul 12 02:19:46 BST 2013
Ok, I think I have found a way to solve this issue.
My queues will be durable, so if the server crashes, the queues will be
reloaded on boot up. The servers RAID configuration will make sure we don't
loose any items from our queue.
The producer client code will implement a logic where if the primary
hostname can't be reached, we will send the items to the secondary
hostname. The consumers will listen to both hostname.
1. Is this approach flawed ?
2. I am using c# client, and I can't find in the doc any scheme for
alternate nodes in case the primare fails? Is there any implementation
similar to this, or I'll have to do my own ?
On Wednesday, 10 July 2013 15:27:43 UTC-4, Guillaume Ouellet wrote:
> Hi all,
> I am trying to use RabbitMq so that I have one instance of RabbitMQ on
> each of my 2 servers that are separated by a WAN. One server would be
> active, the other "inactive", but the inactive would actually have the
> queue from the active replicated real-time. This way, if the active server
> goes down, the inactive server kicks in, and continues where the active
> left off.
> It seemed like the clustering option does exactly this, but as I said
> previously, I am over a WAN, and a WAN configuration is not recommended.
> My question is how would I implement the previous logic via shovels or
> federations ? I can't seem to get my head around this looking at the
> Thank you
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the rabbitmq-discuss