fix #5273: pvecm: qdevice: note to not run qnetd on the cluster itself
The section about the external vote support already says that the vote daemon runs on an independent server, but does not spell out that this rules out running it on the cluster itself, for example on one of the nodes or in a guest, which might look like an easy option for a cluster with only two nodes. Add a note that says so explicitly, and why: if the node running the daemon fails, the cluster loses two votes at once, and a guest running it cannot be started without quorum, as starting a guest requires a quorate cluster. Signed-off-by: Michal Fox <me@dualfroz.com>
This commit is contained in:
1 parent
360d098f3e
commit
c5dff8d7c1
1 file changed
+7
@@ -1132,6 +1132,13 @@ For this to work, there are two services involved:
|
|||||||
As a result, you can achieve higher availability, even in smaller setups (for
|
As a result, you can achieve higher availability, even in smaller setups (for
|
||||||
example 2+1 nodes).
|
example 2+1 nodes).
|
||||||
|
|
||||||
|
NOTE: The server running the external vote daemon must not be part of the
|
||||||
|
cluster in any form. Do not run the daemon on a node of the same cluster, nor
|
||||||
|
in a virtual machine or container on it. Otherwise, if the node running the
|
||||||
|
daemon fails, the cluster loses the vote of this node and the one of the
|
||||||
|
QDevice at the same time. Also, a guest running the daemon cannot be started
|
||||||
|
while the cluster is not quorate.
|
||||||
|
|
||||||
QDevice Technical Overview
|
QDevice Technical Overview
|
||||||
~~~~~~~~~~~~~~~~~~~~~~~~~~
|
~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||||
|
|
||||||
|
|||||||
Reference in new issue
Block a user