Publié pour la première fois sur MSDN le 27 mai 2011
Salut les fans de cluster,

Cet article de blog clarifiera les considérations de planification autour de
quorum
dans un cluster de basculement et répondra à certaines des questions les plus courantes que nous entendons.

La configuration du quorum dans un cluster de basculement détermine le nombre d’échecs que le cluster peut subir tout en restant en ligne. Si une panne supplémentaire se produit au-delà de ce seuil, le cluster cessera de fonctionner. Une perception commune est que la raison pour laquelle le cluster cessera de fonctionner si trop de défaillances se produisent est d’empêcher les nœuds restants de prendre trop de charges de travail et de faire en sorte que les hôtes soient trop engagés. En fait, le cluster ne connaît pas vos limites de capacité ni si vous seriez prêt à prendre un coup de performance afin de le garder en ligne. quorum est plutôt conçu pour gérer le scénario en cas de problème de communication entre des ensembles de nœuds de cluster, de sorte que deux serveurs n’essaient pas d’héberger simultanément un groupe de ressources et d’écrire sur le même disque en même temps. C’est ce qu’on appelle un « cerveau divisé » et nous voulons éviter cela pour éviter toute corruption potentielle sur un disque ayant deux propriétaires de groupe simultanés. En ayant ce concept de quorum, le cluster forcera le service de cluster à s’arrêter dans l’un des sous-ensembles de nœuds pour s’assurer qu’il n’y a qu’un seul véritable propriétaire d’un groupe de ressources particulier. Une fois que les nœuds qui ont été arrêtés peuvent à nouveau communiquer avec le groupe principal de nœuds, ils rejoindront automatiquement le cluster et démarreront leur service de cluster.

Pour plus d’informations sur le quorum dans un cluster, visitez la page:
http://technet.microsoft.com/en-us/library/cc731739.aspx
.

Voter Vers le Quorum

Avoir le « quorum », soit une majorité d’électeurs, est basé sur un algorithme de vote où plus de la moitié des électeurs doivent être en ligne et pouvoir communiquer entre eux. Étant donné qu’un cluster donné a un ensemble spécifique de nœuds et une configuration de quorum spécifique, le cluster saura combien de « votes » constituent une majorité de votes, ou quorum. Si le nombre d’électeurs tombe en dessous de la majorité, le service de cluster s’arrêtera sur les nœuds de ce groupe. Ces nœuds écouteront toujours la présence d’autres nœuds, au cas où un autre nœud réapparaîtrait sur le réseau, mais les nœuds ne commenceront pas à fonctionner comme un cluster jusqu’à ce que le quorum existe à nouveau.

Il est important de réaliser que le cluster nécessite
plus de
la moitié du total des votes pour atteindre le quorum. Ceci afin d’éviter d’avoir une « égalité » dans le nombre de voix dans une partition, car la majorité signifiera toujours que l’autre partition a moins de la moitié des voix. Dans un cluster à 5 nœuds, 3 électeurs doivent être en ligne; pourtant, dans un cluster à 4 nœuds, 3 électeurs doivent également être en ligne pour avoir la majorité. En raison de cette logique, il est recommandé d’avoir toujours un nombre impair d’électeurs totaux dans le groupe. Cela ne signifie pas nécessairement qu’un nombre impair de nœuds est nécessaire car un disque ou un partage de fichiers peuvent contribuer à un vote, selon le modèle de quorum.

Un électeur peut être:

  • Un nœud
    • 1 Vote
    • Chaque nœud du cluster a 1 vote
  • Un « Témoin de disque » ou un « Témoin de partage de fichiers »
    • 1 Vote
    • 1 Témoin de Disque ou 1 Témoin de partage de fichiers peut avoir un vote dans le cluster, mais pas plusieurs disques, plusieurs partages de fichiers ni aucune combinaison des deux

Types de quorum

Il existe quatre types de quorum. Cette information est également disponible ici :
http://technet.microsoft.com/en-us/library/cc731739.aspx #BKMK_choices
.

Majorité de nœuds

C’est le type de quorum le plus facile à comprendre et il est recommandé pour les clusters avec un nombre impair de nœuds (3 nœuds, 5 nœuds, etc.). Dans cette configuration, chaque nœud a 1 vote, il y a donc un nombre impair de votes totaux dans le cluster. S’il existe une partition entre deux sous-ensembles de nœuds, le sous-ensemble contenant plus de la moitié des nœuds conservera le quorum. Par exemple, si un cluster à 5 nœuds se divise en un sous-ensemble à 3 nœuds et un sous-ensemble à 2 nœuds, le sous-ensemble à 3 nœuds restera en ligne et le sous-ensemble à 2 nœuds sera déconnecté jusqu’à ce qu’il puisse se reconnecter avec les 3 autres nœuds.

Node & Majorité de disque

Cette configuration de quorum est la plus couramment utilisée car elle fonctionne bien avec les clusters à 2 et 4 nœuds qui sont les déploiements les plus courants. Cette configuration est utilisée lorsqu’il y a un nombre pair de nœuds dans le cluster. Dans cette configuration, chaque nœud obtient 1 vote, et en plus 1 disque obtient 1 vote, il y a donc généralement un nombre impair de votes totaux.

Ce disque est appelé le Témoin de disque (parfois appelé « disque de quorum ») et est simplement un petit disque en cluster qui se trouve dans le groupe de stockage disponible en cluster. Ce disque est hautement disponible et peut basculer entre les nœuds. Il est considéré comme faisant partie du groupe de ressources de base du cluster, mais il est généralement masqué dans le gestionnaire de cluster de basculement car il n’a pas besoin d’interagir avec.

Puisqu’il y a un nombre pair de nœuds et 1 vote témoin de disque d’addition, au total, il y aura un nombre impair de votes. S’il y a une partition entre deux sous-ensembles de nœuds, le sous-ensemble avec plus de la moitié des votes conservera le quorum. Par exemple, si un cluster à 4 nœuds avec un Témoin de disque se divise en un sous-ensemble à 2 nœuds et un autre sous-ensemble à 2 nœuds, l’un de ces sous-ensembles possédera également le témoin de disque, il aura donc 3 votes au total et restera en ligne. Le sous-ensemble à 2 nœuds sera déconnecté jusqu’à ce qu’il puisse se reconnecter avec les 3 autres électeurs. Cela signifie que le cluster peut perdre la communication avec deux électeurs quelconques, qu’il s’agisse de 2 nœuds ou de 1 nœud et du disque témoin.

Nœud & Majorité de partage de fichiers

Cette configuration de quorum est généralement utilisée dans les clusters multi-sites. Cette configuration est utilisée lorsqu’il y a un nombre pair de nœuds dans le cluster, elle peut donc être utilisée de manière interchangeable avec le mode quorum majoritaire de nœud et de disque. Dans cette configuration, chaque nœud obtient 1 vote, et de plus 1 partage de fichiers distant obtient 1 vote.

Ce partage de fichiers s’appelle File Share Witness (FSW) et est simplement un partage de fichiers sur n’importe quel serveur de la même forêt AD auquel tous les nœuds du cluster ont accès. Un nœud du cluster place un verrou sur le partage de fichiers pour le considérer comme le « propriétaire  » de ce partage de fichiers, et un autre nœud saisit le verrou si le nœud propriétaire d’origine échoue. Sur un serveur autonome, le partage de fichiers en lui-même n’est pas hautement disponible, mais le partage de fichiers peut également être mis en cluster sur un cluster indépendant, ce qui rend le FSW en cluster et lui donne la possibilité de basculer entre les nœuds. Il est important de ne pas placer ce vote sur un nœud du même cluster, ni dans une machine virtuelle du même cluster, car la perte de ce nœud vous ferait perdre le vote FSW, entraînant la perte de deux votes sur un seul échec. Un seul serveur de fichiers peut héberger plusieurs FSW pour plusieurs clusters.

Les clusters multi-sites ont généralement deux sites avec un nombre égal de nœuds sur chaque site, ce qui donne un nombre pair de nœuds. En ajoutant ce vote supplémentaire sur un site 3
rd
, il y a un nombre impair de votes dans le cluster, à très peu de frais par rapport au déploiement d’un site 3
rd
avec un nœud de cluster actif et un DC inscriptible. Cela signifie que le site ou le FSW peuvent être perdus et que le cluster peut toujours maintenir le quorum. Par exemple, dans un cluster multisite avec 2 nœuds sur le site 1, 2 nœuds sur le site 2 et un FSW sur le site 3, il y a 5 votes au total. S’il y a une partition entre les sites, l’un des nœuds d’un site possédera le verrou du FSW, de sorte que ce site aura 3 votes au total et restera en ligne. Le site à 2 nœuds sera déconnecté jusqu’à ce qu’il puisse se reconnecter avec les 3 autres électeurs.

Héritage : Disque uniquement

Important:
Ce type de quorum n’est pas recommandé car il a un seul point de défaillance.

Le type quorum de disque uniquement était disponible dans Windows Server 2003 et a été maintenu pour des raisons de compatibilité, mais il est fortement recommandé de ne jamais utiliser ce mode à moins d’être dirigé par un vendeur de stockage. Dans ce mode, seul le témoin disque contient un vote et il n’y a pas d’autres électeurs dans le cluster. Cela signifie que si le disque devient indisponible, l’ensemble du cluster sera déconnecté, ce qui est donc considéré comme un point de défaillance unique. Cependant, certains clients choisissent de déployer cette configuration pour obtenir une configuration « dernier homme debout  » où le cluster reste en ligne, tant qu’un nœud est toujours opérationnel et peut accéder au disque du cluster. Cependant, avec cet objectif de déploiement, il est important de déterminer si ce dernier nœud restant peut même gérer la capacité de toutes les charges de travail qui y ont été déplacées à partir d’autres nœuds.

Sélection du Quorum par défaut

Lorsque le cluster est créé à l’aide du Gestionnaire de cluster de basculement, Cluster.exe ou PowerShell, le cluster sélectionnera automatiquement le meilleur type de quorum pour vous simplifier le déploiement. Ce choix est basé sur le nombre de nœuds et le stockage disponible. La logique est la suivante:

  • Nombre Impair de Nœuds – utiliser la Majorité des Nœuds
    • Nombre Pair de Nœuds
      • Disques de Cluster disponibles – utiliser le Nœud & Majorité de disque
      • Pas de Disque de Cluster Disponible – utiliser la Majorité des nœuds

Le cluster ne sélectionnera jamais la majorité du partage de nœuds et de fichiers ou le Disque hérité uniquement. Le type de quorum est toujours entièrement configurable par l’administrateur si les sélections par défaut ne sont pas préférées.

Modification des types de quorum

La modification du type de quorum est facile grâce au gestionnaire de cluster de basculement. Cliquez avec le bouton droit sur le nom du cluster, sélectionnez Plus d’actions…, puis sélectionnez Configurer les Paramètres du Quorum du cluster… pour lancer l’Assistant Configurer le Quorum du cluster. Depuis l’assistant, il est possible de configurer les 4 types de quorum, de modifier le Témoin de disque ou le témoin de partage de fichiers. L’assistant vous indiquera même le nombre d’échecs pouvant être subis en fonction de votre configuration.

Pour un guide étape par étape de configuration de quorum, visitez:
http://technet.microsoft.com/en-us/library/cc733130.aspx
.

Merci!
Symon Perriman
Évangéliste technique
Technologies de Cloud privé
Microsoft

Mise à jour: 6 novembre 2019 par Rob Hindman

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.

lg