multi-master limit

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Good to hear.  The actual directory will likely be small in size (number of objects).
So it sounds like as long as we manage the number of agreements (2-3) per node then we may be okay.

Another quick question, I assume there is a programatic call that can be made to trigger replication push for a supplier.  True?

thanks,

Jason

----- Original Message ----
From: Rich Megginson <rmeggins at redhat.com>
To: General discussion list for the Fedora Directory server project. <fedora-directory-users at redhat.com>
Sent: Tuesday, December 4, 2007 9:12:19 AM
Subject: Re: multi-master limit


Jason Beavers wrote:
> Hi all,
>
> New to FedoraDS.  I'm doing some research for an upcoming application
 
> that will require LDAP.
> This App will consist of multiple servers (10 or more) in different 
> geographical locations.
> Each server will authenticate against itself and serve its own local 
> data. 
> The full LDAP directory needs to be replicated across all servers so 
> that users can login to any server.
>
> I've read that there is a limit of 4 writable servers in multi-master
 
> replication.  Is this a hard limit or a soft (reccomendation) limit?
That means 4 is the highest number of masters we've tested 
exhaustively.  The protocol supports up to 2^32-2 masters, but you will
 
usually hit a practical limit in the number of replication agreements.
  
Each repl. agreement runs a separate thread, so you will usually be 
constrained by resources - available RAM, processors, etc.
> The application will need to write changes directly to itself on all 
> servers
The application will write the changes directly to each of the 10
 masters?
> so that they are immediately available locally, then replicated to 
> other servers.
>
> Is this possible with FedoraDS?
Yes, it is possible.
>
> Thanks in advance!
>
> Beavrz1
>
>
 ------------------------------------------------------------------------
> Get easy, one-click access to your favorites. Make Yahoo! your 
> homepage.
 <http://us.rd.yahoo.com/evt=51443/*http://www.yahoo.com/r/hs>
>
 ------------------------------------------------------------------------
>
> --
> Fedora-directory-users mailing list
> Fedora-directory-users at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>   







      ____________________________________________________________________________________
Never miss a thing.  Make Yahoo your home page. 
http://www.yahoo.com/r/hs
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.fedoraproject.org/pipermail/389-users/attachments/20071204/69cc6174/attachment.html 


[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux