Re: Table of duration and acceptable distance between two synchronized directories.

[William Brown]

Glad to have helped. If you have more specific questions or details, we are happy to help at any time. Thanks!
> On 8 Oct 2020, at 17:29, Vincent Lemière  wrote:
>
> Hi, 
> Thanks for your reply,
> I agree with you.
> Duration and quality of links are more qualified.
> The TTL value is more qualified to grant transaction.
> I needed to know if some other solution could be envisaged.
> Your answer confirms my view.
> Thanks a lot
>
> -----Message d'origine-----
> De : William Brown  
> Envoyé : mercredi 7 octobre 2020 00:29
> À : [e-mail]; [e-mail]
> Objet : Re: [389-users] Table of duration and acceptable distance between two synchronized directories.
>
> Hi there,
>
> (removing 389-devel list from reply, this is probably better on the 389-users list :) )
>
> We don't have tables per-say. We don't have these because there are many factors involved that you need to consider when designing this kind of topology.
>
> For example, what rate of changes do you expect to be incoming? How much latency and bandwidth exists between the replicas? How many replicas do you want to deploy? How much latency are you willing to tolerate between the nodes becoming consistent?
>
> We are aware of a number of deployments that have high rates of change (thousands of writes per second) that are replicating between continents (ie US/EU). However they also have high bandwidth/low latency links between these locations to assist this.
>
> So I think there are more questions to answer here about your potential deployment and your specific concerns you have.
>
> Thanks,
> > On 7 Oct 2020, at 07:24, [e-mail] wrote:
> >
> > Hello,
> > do you have tables estimating the reasonable distance to synchronize two 389 directories between two sites. Are there tables of recommendations depending on the distance?
> > What software tools or scripts allow evaluating it.
> >
> > Cordially,
> > Vincent Lemiere
> >
> > 389-users mailing list -- [e-mail] To 
> > unsubscribe send an email to [e-mail]
> > 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/[e-mail]
> > oject.org
>
> —
> Sincerely,
>
> William Brown
>
> Senior Software Engineer, 389 Directory Server SUSE Labs, Australia

—
Sincerely,

William Brown

Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia