----- "Alejandro Leyva" alex.leyva@gmail.com wrote:
Hi all.
We are implementing a solution with multi master LDAP, we have 11 instances at different locations, and maybe we will grow to 21 or 31 instances before the end of the year, expecting to hold something like 200,000 or 300,000 user entries. What topology would be the best? Right now each server synch to all the other servers, is it possible to configure each server to synch only to a central LDAP? is it convenient?
Then that is not Multi-Master, but normal Provider/Consumer replication.
Depending on your client requirements for writing, you may be better served using MirrorMode and numerous consumers/slaves with the chaining overlay to push writes back to the master. This would be simpler for monitoring write propagation.
See the diagram here http://www.openldap.org/doc/admin24/replication.html#MirrorMode
Thanks for the answer, but we need write access from all of our instances, so mirror mode isn't a viable solution for us. By definition, only Multi Master will serve this requierements right?
Multi Master require that all the instances are defined into all the instances?
Thanks in advance.
On Mon, Jul 13, 2009 at 3:11 AM, Gavin Henryghenry@suretecsystems.com wrote:
----- "Alejandro Leyva" alex.leyva@gmail.com wrote:
Hi all.
We are implementing a solution with multi master LDAP, we have 11 instances at different locations, and maybe we will grow to 21 or 31 instances before the end of the year, expecting to hold something like 200,000 or 300,000 user entries. What topology would be the best? Right now each server synch to all the other servers, is it possible to configure each server to synch only to a central LDAP? is it convenient?
Then that is not Multi-Master, but normal Provider/Consumer replication.
Depending on your client requirements for writing, you may be better served using MirrorMode and numerous consumers/slaves with the chaining overlay to push writes back to the master. This would be simpler for monitoring write propagation.
See the diagram here http://www.openldap.org/doc/admin24/replication.html#MirrorMode
-- Kind Regards,
Gavin Henry. Managing Director.
T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry@suretecsystems.com
Open Source. Open Solutions(tm).
http://www.suretecsystems.com/
Suretec Systems is a limited company registered in Scotland. Registered number: SC258005. Registered office: 13 Whiteley Well Place, Inverurie, Aberdeenshire, AB51 4FP.
Subject to disclaimer at http://www.suretecgroup.com/disclaimer.html
----- "Alejandro Leyva" alex.leyva@gmail.com wrote:
Thanks for the answer, but we need write access from all of our instances, so mirror mode isn't a viable solution for us. By definition, only Multi Master will serve this requierements right?
Not quite true. The previous solution I discussed with MirrorMode and consumers using the chaining overlay allows any of your clients to write to a consumer/slave from their point of view. Behind the scenes the slaves are forwarding writes back to you active MirrorMode node in the MirrorMode pair.
So the benefits of this versus global multi-master:
1. All clients can write to their local consumer/s. 2. You only need to allow write access from known slaves/consumers/networks not any old client. 3. A write only need to propogate from a client to consumer to MirrorMode node, not every other Master.
There are many more pros and cons so feel free to ask more questions.
Multi Master require that all the instances are defined into all the instances?
Thanks in advance.
openldap-technical@openldap.org
-
Alejandro Leyva -
Gavin Henry