[389-devel] Thought excersize: A different take on replication

[Gerrard Geldenhuis]

> -----Original Message-----
> From: 389-devel-bounces at lists.fedoraproject.org [mailto:389-devel-
> bounces at lists.fedoraproject.org] On Behalf Of Soeren Malchow (MCon)
> Sent: 03 December 2010 16:42
> To: 389 Directory server developer discussion.
> Subject: Re: [389-devel] Thought excersize: A different take on replication
> 
> Hi Gerrard,
> 
> Since you are already mentioning OSPF, how about grouping the
> Masterservers into "zones" and have only one of the hosts taking care of the
> communication to other "zones".
> 
> Changes could always only be replicated via the "communication master".
> 
> The main problem that arises here is the potential outage of one of those
> "communication masters", this could be solved by either an election
> process or by an explicit order.

Thanks for the reply Soeren, would this "election" process be on a OSPF basis/level? How do you differentiate between the host not available from a network point of view and from a service point of view. My network skills are limited and to be honest; OSPF was mentioned during our discussions but I had to read up on it afterwards and it seemed similar to the solutions we were discussing.

> 
> I think this would be a good way to go because it is very close to real life
> scenarios form my point of view, I most likely have a view masters in
> geographically distributed locations, but not tens of servers in one location (
> maybe already counting e.g. different buildings on a campus as locations )
> 
> Not sure if that is a way to go, but maybe it helps a little
> 
Regards

________________________________________________________________________
In order to protect our email recipients, Betfair Group use SkyScan from 
MessageLabs to scan all Incoming and Outgoing mail for viruses.

________________________________________________________________________