activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ning Li" <>
Subject RE: improve master/slave topology
Date Wed, 08 Mar 2006 18:50:58 GMT
Bulk synch is a good idea, I think we can find a way to do it in current
system, like create a topic and every message comes in will be sent to
that topic, when the secondary comes up, it can pull those messages. Or
we can find other ways to do it.

One difficulty is we cannot pause the primary broker, it is hard for the
secondary to catch up with both the historic and ongoing messages, I
think there is a timing issue in it. I guess that is why James
recommended pausing the primary broker. 

I am not sure if we can find a way to do both dynamic synch and bulk
synch at the same time in the current system that will be great. 


-----Original Message-----
From: [] On
Behalf Of Sridhar Komandur
Sent: Wednesday, March 08, 2006 9:59 AM
Subject: Re: improve master/slave topology

I like the idea of broker-broker synchronization. One of the  issues to
resolve is how reliable this synch activity needs to be ? A
approach is too heavy weight for the common case.

I think a middle ground based on TCP may be good enough. We can divide
synchronization into two phases:
- dynamic synch : messages are sent to the partner on an ongoing basis
- bulk synch: a new secondary comes up and its state needs to be brought
to par with primary

- Sridhar

On 3/6/06, Ning Li <> wrote:
> Hi,
> This is a continued discussion about dynamically reintroduce the
> after a failure, the original discussion is here.
> James idea about pausing the slave and synchronize two DBs is better
> than stopping the slave and doing a manual sync. But I doubt this is
> acceptable to us, as in real production environment, we won't be able
> pause the only message broker unless for a really short interval (I
> guess have to less than one minute otherwise the end user will notice
> it).
> Maybe a broker-broker synchronization protocol is the ultimate
> just we are not sure how to get there. Any recommendation or
> suggestions?
> Thanks
> Ning

View raw message