[ClusterLabs] qnetd and booth arbitrator running together in a 3rd geo site

Rohit Saini rohitsaini111.forum at gmail.com
Tue Jul 14 06:19:07 EDT 2020


Also, " Keep in mind that neither qdevice nor booth is "replacement" for
stonith.  "

Why not? qdevice/booth are handling the split-brain scenario, keeping one
master only even in case of local/geo network disjoints. Can you please
clarify more on this.

Thanks,
Rohit

On Tue, Jul 14, 2020 at 3:40 PM Rohit Saini <rohitsaini111.forum at gmail.com>
wrote:

> Thanks Honja. That's helpful.
> Let's say I don't use qnetd, can I achieve same with booth arbitrator?
> Booth arbitrator works for geo-clusters, can the same arbitrator be reused
> for local clusters as well?
> Is it even possible technically?
>
> Regards,
> Rohit
>
> On Tue, Jul 14, 2020 at 3:32 PM Jan Friesse <jfriesse at redhat.com> wrote:
>
>> Rohit,
>>
>> > Hi Team,
>> > Can I execute corosync-qnetd and booth-arbitrator on the same VM in a
>> > different geo site? What's the recommendation? Will it have any
>> limitations
>> > in a production deployment?
>>
>> There is no technical limitation. Both qnetd and booth are very
>> lightweight and work just fine with high latency links.
>>
>> But I don't really have any real-life experiences with deployment where
>> both booth and qnetd are used. It should work, but I would recommend
>> proper testing - especially what happens when arbitrator node disappears.
>>
>> > Due to my architecture limitation, I have only one arbitrator available
>> > which is on a 3rd site. To handle cluster split-brain errors, I am
>> thinking
>> > to use same arbitrator for local cluster as well.
>> > STONITH is not useful in my case as it is limited only to ILO and VIRT.
>>
>> Keep in mind that neither qdevice nor booth is "replacement" for stonith.
>>
>> Regards,
>>    Honza
>>
>> >
>> > [image: image.png]
>> >
>> > Thanks,
>> > Rohit
>> >
>> >
>> >
>> > _______________________________________________
>> > Manage your subscription:
>> > https://lists.clusterlabs.org/mailman/listinfo/users
>> >
>> > ClusterLabs home: https://www.clusterlabs.org/
>> >
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.clusterlabs.org/pipermail/users/attachments/20200714/8b46f8b6/attachment-0001.htm>


More information about the Users mailing list