On Tue, 20 Jan 2026 at 05:03, Denis <[email protected]> wrote: > The 389-ds-base package description, as well as the 389ds architecture > design (https://www.port389.org/docs/389ds/design/architecture), mention > that multimaster replication is "four-way." Can you explain what this > means? And why four?
I can't see any reference to four-way replication or multimaster specifically at https://www.port389.org/docs/389ds/design/architecture https://www.port389.org/docs/389ds/howto/howto-multisupplierreplication.html will point you to https://docs.redhat.com/en/documentation/red_hat_directory_server/11/html/administration_guide/managing_replication Which if you then go up a few levels takes you to the Planning and Design docs: https://docs.redhat.com/en/documentation/red_hat_directory_server/13/html/planning_and_designing_directory_server/index And from there to Designing the Replication Process: https://docs.redhat.com/en/documentation/red_hat_directory_server/13/html/planning_and_designing_directory_server/designing-the-replication-process Ultimately the number of replicas and replication agreements is a result of your failure domains and scenarios, and risk appetite. And failure domains is a function of your number of data centers/rooms/racks/hypervisors/physical hosts or cloud regions and/or availability zones. The fully connected mesh topology shows 4 replicas (which could for example be two per DC) each with 3 outgoing replication agreements. https://docs.redhat.com/en/documentation/red_hat_directory_server/13/html/planning_and_designing_directory_server/designing-the-replication-process#fully_connected_mesh_topology . You could argue that's four-way replication, since it's 4 replicas. Although it's really three-way or twelve-way depending on how you look at it. :-\
-- _______________________________________________ users mailing list -- [email protected] To unsubscribe send an email to [email protected] Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/[email protected] Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
