Le mécanisme de quorum dynamique ne connaît pas votre service ni sur quel nœud il est actif. Il est conçu pour fonctionner avec les rôles Windows Server et les VM Hyper-V. Les VM Hyper-V peuvent s'exécuter sur plusieurs nœuds en même temps ou être déplacées entre les nœuds, donc la décision ne repose pas sur ce qui fonctionne où.
Avec un cluster à 2 nœuds + témoin, quand le témoin tombe en panne, le mécanisme de quorum dynamique retire le vote d'un nœud. Le nœud qui perd son vote est déterministe — ce n'est pas aléatoire. Le cluster utilise un algorithme basé sur l'ID de nœud le plus bas.
Si le nœud 1 (ID le plus bas) perd son vote puis tombe en panne, le nœud 2 survit car il a le seul vote. Si le nœud 2 (ID le plus élevé) perd son vote puis tombe en panne, le nœud 1 survit.
Le point clé est : le quorum dynamique est conçu pour maximiser la disponibilité du cluster, pas la disponibilité d'une charge de travail spécifique. Si cela vous préoccupe, vous devriez utiliser un témoin de partage de fichiers hautement disponible (comme un partage Azure ou un partage sur un serveur de fichiers en cluster).
