[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: Slurpd vs. Syncrepl



On Mon, 2005-10-31 at 11:13 -0800, Quanah Gibson-Mount wrote:
> 
> --On Monday, October 31, 2005 6:19 PM +0200 Chen Shapira 
> <cshapira@mercury.com> wrote:
> 
> > Hi,
> >
> >
> >
> > I'm using Slurpd for openldap replication in order to have master-slave
> > high availability in our production environment.
> >
> > I saw Syncrepl mentioned on this list as another method to have a replica
> > of the directory. I've read about Syncrepl and how it works, but some
> > parts of the picture are still missing:
> >
> >
> >
> > 1. Is there any reason to change from Slurpd to Syncrepl? Syncrepl has a
> > much more complicated protocol, but in what ways is it preferable to
> > Slurpd?
> 
> Syncrepl allows a slave to catch up from a given point in time to the 
> master, without the master having to initiate anything.  If the slave is 
> too far out of date, it will even completely reload itself.  With slurpd, 
> you have to suffer a continually growing replication log while a slave is 
> offline.
> 
> 
> > 2. Are there any good reasons or situations where I should not use
> > Syncrepl?
> 
> A heavy write environment.   The current implementation of syncrepl only 
> does complete entry replacement, rather than doing change delta's to the 
> existing entry.  This will hopefully be fixed in 2.3.12 with the 
> introduction of delta-syncrepl.
> 
> 
> > 3. Does Syncrepl overcome any of Slurpd limitations? Can I have two
> > servers each replicating the other, so I can have a multi-master
> > environment with much easier failover?
> 
> See #1, yes, it does, for your first question.  On the second part, I 
> believe some people have been doing things like that.
> 

I have a small question regarding syncrepl: are there some kind of logs
that show the replication talking place, the failures, ...?

Thanks.

--
Sam