[ClusterLabs] Antw: Re: Antw: Re: 2-Node Cluster Pointless?
Ulrich Windl
Ulrich.Windl at rz.uni-regensburg.de
Mon Apr 24 08:15:18 CEST 2017
>>> Andrei Borzenkov <arvidjaar at gmail.com> schrieb am 22.04.2017 um 09:05 in
Nachricht <ede2cdd3-7020-9f59-90ad-c3b4a0c9eba7 at gmail.com>:
> 18.04.2017 10:47, Ulrich Windl пишет:
> ...
>>>
>>> Now let me come back to quorum vs. stonith;
>>>
>>> Said simply; Quorum is a tool for when everything is working. Fencing is
>>> a tool for when things go wrong.
>>
>> I'd say: Quorum is the tool to decide who'll be alive and who's going to
> die,
>> and STONITH is the tool to make nodes die.
>
> If I had PROD, QA and DEV in a cluster and PROD were separated from
> QA+DEV I'd be very sad if PROD were shut down.
>
> The notion of simple node majority as kill policy is not appropriate as
> well as simple node based delays. I wish pacemaker supported scoring
> system for resources so that we could base stonith delays on them (the
> most important sub-cluster starts fencing first).
So your preference for a 2|1 node split brain scenario is to make the one node
survive if it runs the more important resources?
>
>
>> If everything is working you need
>> neither quorum nor STONITH.
>>
>
> I wonder how SBD fits into this discussion. It is marketed as stonith
> agent, but it is based on committing suicide so relies on well-behaving
> nodes. Which we by definition cannot trust to behave well, otherwise
> we'd not need stonith in the first place.
>
> _______________________________________________
> Users mailing list: Users at clusterlabs.org
> http://lists.clusterlabs.org/mailman/listinfo/users
>
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs: http://bugs.clusterlabs.org
More information about the Users
mailing list