[rabbitmq-discuss] High Availability

Gustavo Aquino aquino.gustavo at gmail.com
Thu Mar 18 15:59:47 GMT 2010


Alvaro,

Thank you so much to report your experience.

I will take a look about LVM now.. so I would like to do some questions that
I'm in doubt about your solution. Do you know what is the overhead using LVM
? How many messages per second do you have ? Do you use a persistent queue ?
If yes how did you to continue consume queue when one node is down ?

You are using a heartbeat, so how you share inter nodes the same disk ? NFS
? Storage ?

Thank you so much for your report it helps a lot.

Best wishes.

On Thu, Mar 18, 2010 at 12:17 PM, Alvaro Videla <videlalvaro at gmail.com>wrote:

> Sorry, It's me again, forgot to add something :)
>
> That LVS setup was live tested when we got the dreaded out of memory
> problem, when the Erlang VM just crash shutting down the RabbitMQ node. One
> of the brokers went down, but we continued working from the other.
>
> After that we decided to finally upgrade our RabbitMQ server to the latest
> version
>
>
> On Thu, Mar 18, 2010 at 11:05 PM, Alvaro Videla <videlalvaro at gmail.com>wrote:
>
>> Hi,
>>
>> After some feedback by @etrepum at Twitter, I feel that what I commented
>> needs some more details, so I did some research about LVS, since that set up
>> was done by one of our sysadmins.
>>
>> You can check about a LVS setup here:
>>
>>
>> http://www.ibiblio.org/oswg/oswg-nightly/oswg/en_US.ISO_8859-1/articles/cluster-howto/cluster-howto/index.html
>>
>> From that page:
>>
>> "the role of the *active router* is to redirect service requests from the
>> virtual server address to the real servers." [...]
>>
>> "The active router dynamically monitors the health of the real servers,
>> and the workload on each." [...]
>>
>> "If a real server becomes disabled, the active router stops sending jobs
>> to the server until it returns to normal operation."
>>
>> I hope this mails clarifies things up,
>>
>> Alvaro
>>
>>
>> On Mar 18, 2010, at 7:57 PM, Gustavo Aquino wrote:
>>
>> Hi,
>>
>> I have done this question before for many peoples, without success,
>> because I don't found (Documentation, discussion lists and etc) any way to
>> do High Availability with RabbitMQ without a lot of workaround, so exist a
>> way to do HA with RabbitMQ without implementing a lot of stuffs by client
>> side, like recreating queues when node down, recreating configurations,
>> recreating client connections and etc ?
>>
>> What's recommendation from RabbitMQ to do HA ?
>>
>> Someone here have done some HA implementation to RabbitMQ ?
>>
>> Regards.
>>
>> Gustavo
>>
>> _______________________________________________
>> rabbitmq-discuss mailing list
>> rabbitmq-discuss at lists.rabbitmq.com
>> http://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss
>>
>>
>>
>
> _______________________________________________
> rabbitmq-discuss mailing list
> rabbitmq-discuss at lists.rabbitmq.com
> http://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20100318/3c263961/attachment.htm 


More information about the rabbitmq-discuss mailing list