Modes de quorum WSFC et configuration de vote (SQL Server)

SQL Server Groupes de disponibilité AlwaysOn et les instances de cluster de basculement AlwaysOn tirent parti du clustering de basculement Windows Server (WSFC) en tant que technologie de plateforme. WSFC utilise une approche basée sur le quorum pour la surveillance de l'intégrité globale du cluster et l'optimisation de la tolérance aux pannes au niveau du nœud. Il est très important de disposer d'une connaissance fondamentale de la configuration du vote des nœuds et des modes de quorum WSFC pour concevoir, administrer et dépanner votre solution de récupération d'urgence haute disponibilité AlwaysOn.

Dans cette rubrique :

• Détection de l'intégrité du cluster par quorum

• Modes de quorum

• Nœuds votants et non-votants

• Réglages recommandés pour le vote du quorum

• Tâches associées

• Contenu connexe

Détection de l'intégrité du cluster par quorum

Chaque nœud d'un cluster WSFC participe à la communication périodique de pulsation pour partager l'état d'intégrité du nœud avec les autres nœuds. Les nœuds qui ne répondent pas sont considérés comme étant en état d'échec.

Un ensemble de nœuds de quorum est une majorité des nœuds votants et des témoins dans le cluster WSFC. L'intégrité globale et le statut d'un cluster WSFC sont déterminées par un vote de quorum périodique. La présence d'un quorum signifie que le cluster est intègre et en mesure d'assurer la tolérance aux pannes au niveau du nœud.

L'absence de quorum indique que le cluster n'est pas intègre. L'intégrité globale du cluster WSFC doit être assurée pour garantir la disponibilité de nœuds secondaires intègres vers lesquels les nœuds principaux peuvent basculer. Si le vote du quorum échoue, le cluster WSFC passe hors connexion par mesure de sécurité. Cela entraîne également l'arrêt de toutes les instances de SQL Server inscrites avec le cluster.

[Haut de la page]

Modes de quorum

Un mode de quorum est configuré au niveau du cluster WSFC afin de dicter la méthodologie utilisée pour le vote du quorum. L'utilitaire Gestionnaire du cluster de basculement recommande un mode de quorum en fonction du nombre de nœuds du cluster.

Les modes de quorum suivants peuvent être utilisés pour déterminer la constitution d'un quorum de votes :

• Nœud majoritaire Plus de la moitié des nœuds votants du cluster doit voter de manière affirmative pour que le cluster soit considéré comme intègre.

• Nœud et partage de fichiers majoritaires. Semblable au mode de quorum Nœud majoritaire, à ceci près qu'un partage de fichiers distant est également configuré en tant que témoin du vote, et que la connectivité de n'importe quel nœud à ce partage est également comptabilisée comme vote affirmatif. Plus de la moitié des votes possibles doivent être affirmatifs pour que cluster soit considéré comme intègre.

  À titre de recommandation, le partage de fichiers témoin ne doit pas résider sur un nœud du cluster, et il doit être visible pour tous les nœuds du cluster.

• Nœud et disque majoritaire. Semblable au mode de quorum Nœud majoritaire, à ceci près qu'une ressource de cluster de disque partagé est également désignée comme témoin du vote, et que la connectivité de n'importe quel nœud à ce disque partagé est également comptabilisée comme un vote affirmatif. Plus de la moitié des votes possibles doivent être affirmatifs pour que cluster soit considéré comme intègre.

• Disque uniquement. Une ressource de cluster de disque partagé est désignée comme témoin, et la connectivité de n'importe quel nœud à ce disque partagé est comptabilisée comme un vote affirmatif.

Conseil
Lorsque vous utilisez une configuration de stockage asymétrique pour Groupes de disponibilité AlwaysOn, il est généralement conseillé d'utiliser le mode de quorum Nœud majoritaire lorsque vous avez un nombre impair de nœuds votants, ou le mode de quorum Nœud et partage de fichiers majoritaires lorsque vous avez un nombre pair de nœuds votants.

[Haut de la page]

Nœuds votants et non-votants

Par défaut, chaque nœud du cluster WSFC est inclus en tant que membre du quorum du cluster ; chaque nœud dispose d'un seul vote pour déterminer l'intégrité globale de cluster, et chaque nœud tente en permanence d'établir un quorum. À ce point précis, la discussion du quorum a soigneusement qualifié l'ensemble des nœuds de cluster WSFC qui votent pour déterminer l'intégrité du cluster en tant que nœuds votants.

Aucun nœud d'un cluster WSFC ne peut définitivement déterminer seul que le cluster est globalement intègre ou pas. À tout moment, du point de vue de chaque nœud, certains autres nœuds peuvent sembler être hors connexion, ou en cours de basculement, ou ne pas répondre en raison d'une défaillance de communication réseau. Une fonction principale du vote de quorum consiste à déterminer si l'état apparent de chaque nœud du cluster WSFC correspond à l'état réel du nœud.

Pour tous les modèles de quorum à l'exception de « Disque uniquement », l'efficacité d'un vote de quorum dépend de la fiabilité des communications entre tous les nœuds votants du cluster. Les communications réseau entre les nœuds sur le même sous-réseau physique doivent être considérées comme fiables ; le vote du quorum doit être approuvé.

Toutefois, si un nœud d'un autre sous-réseau est considéré comme non-réactif dans un vote de quorum alors qu'il en ligne et intègre, ceci est probablement dû à une défaillance de communication réseau entre les sous-réseaux. En fonction de la topologie de cluster, du mode de quorum et de la configuration de la stratégie de basculement, l'échec de communication réseau peut effectivement créer plusieurs ensembles (ou sous-ensembles) de nœuds votants.

Lorsque plusieurs sous-ensembles de nœuds votants sont en mesure d'établir un quorum par eux-mêmes, on parle de scénario de fractionnement. Dans ce scénario, les nœuds appartenant à des quorums distincts peuvent se comporter différemment, et être en conflit les uns avec les autres.

[!REMARQUE]

Le scénario de fractionnement est uniquement possible lorsqu'un administrateur système procède manuellement à une opération de quorum forcée, ou dans quelques cas très rares, à un basculement forcé, ce qui a pour effet de subdiviser l'ensemble de nœuds du quorum.

Afin de simplifier la configuration de votre quorum et d'augmenter la disponibilité, vous pouvez configurer le paramètre NodeWeight de chaque nœud afin que le vote du nœud ne soit pas comptabilisé dans le quorum.

[Haut de la page]

Réglages recommandés pour le vote du quorum

Lorsque vous activez ou désactivez le vote d'un nœud WSFC donné, respectez les instructions suivantes :

• Pas de vote par défaut. Supposez que chaque nœud ne doit pas voter sans justification explicite.

• Incluez tous les réplicas principaux. Chaque nœud WSFC qui héberge un réplica principal de groupe de disponibilité ou est le propriétaire par défaut d'une instance de cluster de basculement doit disposer d'un vote.

• Incluez les propriétaires de basculement automatique éventuels. Chaque nœud susceptible d'héberger un réplica de disponibilité suite à un basculement automatique de groupe de disponibilité ou à un basculement d'instance de cluster de basculement doit disposer d'un vote. S'il n'existe qu'un seul groupe de disponibilité dans le cluster WSFC et les réplicas de disponibilité sont hébergés par des instances autonomes, cette règle n'inclut que le réplica secondaire qui est la cible de basculement automatique.

• Excluez les nœuds de site secondaires. En général, n'attribuez pas de vote aux nœuds WSFC résidant sur un site de récupération d'urgence secondaire. Il n'est pas souhaitable que les nœuds du site secondaire puissent contribuer à une décision visant à mettre le cluster hors connexion lorsque le site principal fonctionne correctement.

• Nombre de votes pair Si nécessaire, ajoutez un partage de fichiers témoin, un nœud témoin ou un disque témoin au cluster et modifiez le mode de quorum de manière à empêcher d'éventuels liens dans le vote du quorum.

• Réévaluez les assignations de vote après le basculement Il n'est pas souhaitable de basculer dans une configuration de cluster qui ne prend pas en charge un quorum intègre.

Conseil
SQL Server expose plusieurs vues de gestion dynamique (DMV) du système qui peuvent vous aider à gérer la configuration des paramètres du cluster WSFC et le vote du quorum de nœud. Pour plus d'informations, consultez : sys.dm_hadr_cluster, sys.dm_hadr_cluster_members, sys.dm_os_cluster_nodes, sys.dm_hadr_cluster_networks

[Haut de la page]

Tâches associées

• Afficher les paramètres NodeWeight pour le quorum de cluster

• Configurer les paramètres NodeWeight pour un quorum de cluster

Contenu connexe

• Guide de solutions Microsoft SQL Server AlwaysOn pour la haute disponibilité et la récupération d'urgence

• Vérification de la configuration du vote du quorum dans l'Assistant Groupe de disponibilité AlwaysOn

• Technologies de Windows Server : clusters de basculement

• Guide pas à pas de configuration d'un cluster de basculement : configuration du quorum dans un cluster de basculement

[Haut de la page]

Voir aussi

Concepts

Récupération d'urgence WSFC par le quorum forcé (SQL Server)

Clustering de basculement Windows Server (WSFC) avec SQL Server