Re: Multimaster replication + one way replication Q

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

 



On Fri, 2017-09-29 at 12:05 -0400, Ghiurea, Isabella wrote:
> Hi List
> I am running a multimaster master  fractional replication (M1, M2 host) with memberof plugin excluded from replication, I am looking  to add 1/2 
> dozen DS's  to replication system but ALL   will be read only ( master 
> -> slave  replication cfg-one way replication) what will be my options
> for cfg replication

When you say "cfg replication", do you mean replication of the
cn=config?

> -should I consider using M1 or M2 as master wich will replicate to each slave , so  the master M2  will have 6  replcation agreements to each slave host -or -should I consider the cascading replication option one slave  gets data from Master DS and from this slave next one replicates and so on ?

I would approach this differently.

I would disable fractional replication. These days you *want* to
replicate member-of attrs, it doesn't do any harm. Fractional
replication does more harm tbh. 

I would setup M1 <-> M2, and then have M1 and M2 connect to each slave.
So that in the case say M1 is down, all slaves are still updated
correctly. 

The *only* reason to use fractional repl is referential integrity, and
only with a delayed mode - which I don't advise (refint delay should
always be 0).

> which one of this designs cfg replication solution will give the best performance?
> 

What do you mean by "performance"? As in latency between a write and
appearing on a slave? Or parallel read performance?


Hope this helps,


> Thank you
> Isabella
> _______________________________________________
> 389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx

-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Australia/Brisbane

Attachment: signature.asc
Description: This is a digitally signed message part

_______________________________________________
389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx

[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