[rabbitmq-discuss] Active-Active HA failover downtime
thomas
taihock at gmail.com
Thu Jun 20 10:03:28 BST 2013
Hi,
I have currently set up 3 rabbitmq servers, namely rabbit at A, rabbit at b and
rabbit at C in a mirroring HA cluster.
I have performed some test to find out the downtime. The client application
connects to haproxy which will then direct the traffic to an alive rabbitmq
server. I am using autoheal for cluster_partition_handling. My net_ticktime
is 2 seconds.
Here's what I have tried:
1) client application publishing 10000 messages continuously to rabbit at A,
all 3 rabbitmq servers were up at that point of time, then I bring down the
network connection of a rabbit at B and this results in the sending of messages
stopping for about 15 seconds before continuing.
2) client application publishing 10000 messages continuously to rabbit at A,
all 3 rabbitmq servers were up at that point of time, then I bring down the
network connection of a rabbit at A and this results in the sending of messages
stopping for about 15 seconds before continuing, which is about the same for
the previous case.
I have look through the log and it shows that 2 seconds after i bring down
one node for the above 2 cases the node is detected as dead which is
correct. However, the promotion for slave or "saw death of mirror happens
about 15 seconds after a node is taken down in both cases.
I would like to find out the followings:
1) Is it normal for a disruption of 15 seconds when the slave is brought
down or should there be no disruption at all?
2) Is there suppose to be downtime when the master is down because from my
understanding it seems that active-active will prevent that.
3) What are some of the configuration that could possibly be configured
wrongly if my 2 test cases were not suppose to behave that way?
Thanks.
Cheers,
Thomas
--
View this message in context: http://rabbitmq.1065348.n5.nabble.com/Active-Active-HA-failover-downtime-tp27512.html
Sent from the RabbitMQ mailing list archive at Nabble.com.
More information about the rabbitmq-discuss
mailing list