[Pacemaker] Quorum: a couple of ideas

Carlos G Mendioroz tron at huapi.ba.ar
Mon Feb 21 13:05:29 UTC 2011


Hi,
As I understand it, pacemaker decides on having quorum when
the number of nodes it can talk to is strictly greater than
half of the existing nodes, or 2 * N > T .

This has the unfortunate consequence of turning it useless for
N = 2, and less than optimal for any even T.

I would like you to consider having one node a double vote.
(And that would also jump T to T+1) The properties of quorum
would stay (not going schizophrenic, so to say) but if you
happen to partition a 2 node set, the chosen one would stay up.

An more flexible approach could be to base quorum on the number of
resources that can stay up in this node, a number that can be
statically configured per node. As long as the number of connected
resources is above half of the defined, quorum is mantained.

Forgive me is this has already been discussed and discarded by some
reason.

Regards,
-- 
Carlos G Mendioroz  <tron at huapi.ba.ar>  LW7 EQI  Argentina




More information about the Pacemaker mailing list