Configurer et gérer le quorum

• 06/07/2019
• 20 minutes à lire
• • J
  • h
  • M
  • d
  • D
  • +7

S’applique à : Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012

Cette rubrique fournit l’arrière-plan et les étapes pour configurer et gérer le quorum dans un cluster de basculement Windows Server.

Quorum de compréhension

Le quorum d’un cluster est déterminé par le nombre d’éléments de vote qui doivent faire partie de l’adhésion active au cluster pour que ce cluster démarre correctement ou continue à fonctionner. Pour une explication plus détaillée, voir le document comprendre le quorum du cluster et du pool.

Options de configuration du quorum

Le modèle de quorum dans Windows Server est flexible. Si vous devez modifier la configuration du quorum de votre cluster, vous pouvez utiliser l’assistant Configurer le Quorum de cluster ou les applets de commande FailoverClusters Windows PowerShell. Pour connaître les étapes et les considérations relatives à la configuration du quorum, consultez Configurer le quorum du cluster plus loin dans cette rubrique.

Le tableau suivant répertorie les trois options de configuration du quorum disponibles dans l’assistant Configurer le Quorum du cluster.

Option	Description
Utilisez les paramètres typiques	Le cluster attribue automatiquement un vote à chaque nœud et gère dynamiquement les votes du nœud. S’il convient à votre cluster et que le stockage partagé du cluster est disponible, le cluster sélectionne un témoin de disque. Cette option est recommandée dans la plupart des cas, car le logiciel de cluster choisit automatiquement une configuration de quorum et de témoin qui fournit la disponibilité la plus élevée pour votre cluster.
Ajouter ou modifier le témoin de quorum	Vous pouvez ajouter, modifier ou supprimer une ressource témoin. Vous pouvez configurer un partage de fichiers ou un témoin de disque. Le cluster attribue automatiquement un vote à chaque nœud et gère dynamiquement les votes du nœud.
Configuration avancée du quorum et sélection des témoins	Vous ne devez sélectionner cette option que lorsque vous avez des exigences spécifiques à une application ou à un site pour configurer le quorum. Vous pouvez modifier le témoin de quorum, ajouter ou supprimer des votes de nœud et choisir si le cluster gère dynamiquement les votes de nœud. Par défaut, les votes sont attribués à tous les nœuds et les votes des nœuds sont gérés dynamiquement.

Selon l’option de configuration du quorum que vous choisissez et vos paramètres spécifiques, le cluster sera configuré dans l’un des modes de quorum suivants:

Mode	Description
Majorité des nœuds (pas de témoin)	Seuls les nœuds ont des voix. Aucun témoin de quorum n’est configuré. Le quorum du cluster correspond à la majorité des nœuds votants de l’adhésion active au cluster.
Majorité de nœuds avec témoin (partage de disques ou de fichiers)	Les nœuds ont des votes. De plus, un témoin du quorum a un vote. Le quorum du cluster correspond à la majorité des nœuds de vote de l’adhésion active au cluster plus un vote témoin. Un témoin de quorum peut être un témoin disque désigné ou un témoin de partage de fichiers désigné.
Pas de majorité (témoin disque uniquement)	Aucun nœud n’a de voix. Seul un témoin sur disque a un vote. Le quorum du cluster est déterminé par l’état du témoin de disque. Généralement, ce mode n’est pas recommandé et il ne doit pas être sélectionné car il crée un point de défaillance unique pour le cluster.

Les sous-sections suivantes vous donneront plus d’informations sur les paramètres de configuration avancés du quorum.

Configuration témoin

En règle générale, lorsque vous configurez un quorum, les éléments de vote dans le cluster doivent être un nombre impair. Par conséquent, si le cluster contient un nombre pair de nœuds de vote, vous devez configurer un témoin de disque ou un témoin de partage de fichiers. Le cluster pourra maintenir un nœud supplémentaire en panne. En outre, l’ajout d’un vote témoin permet au cluster de continuer à fonctionner si la moitié des nœuds du cluster tombent simultanément en panne ou sont déconnectés.

Un témoin de disque est généralement recommandé si tous les nœuds peuvent voir le disque. Un témoin de partage de fichiers est recommandé lorsque vous devez envisager une reprise après sinistre multisite avec un stockage répliqué. La configuration d’un témoin de disque avec un stockage répliqué n’est possible que si le fournisseur de stockage prend en charge l’accès en lecture-écriture de tous les sites au stockage répliqué. Un Témoin de disque n’est pas pris en charge avec des espaces de stockage directs.

Le tableau suivant fournit des renseignements supplémentaires et des considérations sur les types de témoins du quorum.

Type de témoin	Description	Exigences et recommandations
Témoin de disque	LUN dédié qui stocke une copie de la base de données de cluster La plus utile pour les clusters avec un stockage partagé (non répliqué)	La taille du LUN doit être d’au moins 512 Mo Doit être dédiée à l’utilisation du cluster et non affectée à un rôle en cluster Doit être incluse dans le stockage en cluster et réussir les tests de validation du stockage Ne peut pas être un disque qui est un volume partagé de cluster (CSV) Disque de base avec un seul volume N’a pas besoin d’avoir une lettre de lecteur Peut être formaté avec NTFS ou REFS Peut être configuré en option avec RAID matériel pour la tolérance aux pannes Doit être exclu des sauvegardes et de l’analyse antivirus Un témoin de disque n’est pas pris en charge avec Des Espaces De Rangement Directs
Témoin de partage de fichiers	Le partage de fichiers SMB configuré sur un serveur de fichiers exécutant Windows Server Ne stocke pas de copie du cluster la base de données Conserve les informations de cluster uniquement dans un témoin.fichier journal Le plus utile pour les clusters multisite avec stockage répliqué	Doit avoir un minimum de 5 Mo d’espace libre Doit être dédié au cluster unique et non utilisé pour stocker des données utilisateur ou d’application Doit avoir des autorisations d’écriture activées pour l’objet ordinateur pour le nom du cluster Voici des considérations supplémentaires pour un serveur de fichiers qui héberge le témoin de partage de fichiers: Un serveur de fichiers unique peut être configuré avec des témoins de partage de fichiers pour plusieurs clusters. Le serveur de fichiers doit se trouver sur un site distinct de la charge de travail du cluster. Cela permet à tout site de cluster de survivre sur un pied d’égalité si la communication réseau de site à site est perdue. Si le serveur de fichiers se trouve sur le même site, ce site devient le site principal et c’est le seul site pouvant accéder au partage de fichiers. Le serveur de fichiers peut s’exécuter sur une machine virtuelle si la machine virtuelle n’est pas hébergée sur le même cluster qui utilise le témoin de partage de fichiers. Pour une haute disponibilité, le serveur de fichiers peut être configuré sur un cluster de basculement séparé.
Témoin de nuage	Un fichier témoin stocké dans Azure Blob Storage Recommandé lorsque tous les serveurs du cluster disposent d’une connexion Internet fiable.	Voir Déployer un témoin cloud.

Affectation des votes de nœud

En tant qu’option de configuration avancée du quorum, vous pouvez choisir d’attribuer ou de supprimer des votes de quorum par nœud. Par défaut, tous les nœuds se voient attribuer des votes. Indépendamment de l’affectation des votes, tous les nœuds continuent de fonctionner dans le cluster, reçoivent les mises à jour de la base de données du cluster et peuvent héberger des applications.

Vous pouvez supprimer des votes des nœuds dans certaines configurations de reprise après sinistre. Par exemple, dans un cluster multisite, vous pouvez supprimer des votes des nœuds d’un site de sauvegarde afin que ces nœuds n’affectent pas les calculs de quorum. Cette configuration est recommandée uniquement pour le basculement manuel d’un site à l’autre. Pour plus d’informations, consultez Considérations relatives au quorum pour les configurations de reprise après sinistre plus loin dans cette rubrique.

Le vote configuré d’un nœud peut être vérifié en recherchant la propriété commune NodeWeight du nœud de cluster à l’aide de l’applet de commande Get-ClusterNode Windows PowerShell. Une valeur de 0 indique que le nœud n’a pas de vote de quorum configuré. Une valeur de 1 indique que le vote de quorum du nœud est attribué et qu’il est géré par le cluster. Pour plus d’informations sur la gestion des votes des nœuds, consultez Gestion dynamique du quorum plus loin dans cette rubrique.

L’affectation des votes pour tous les nœuds de cluster peut être vérifiée à l’aide du test de validation du Quorum de cluster Validate.

Considérations supplémentaires pour l’attribution de vote de nœud

• L’attribution de vote de nœud n’est pas recommandée pour appliquer un nombre impair de nœuds de vote. Au lieu de cela, vous devez configurer un témoin de disque ou un témoin de partage de fichiers. Pour plus d’informations, consultez Configuration des témoins plus loin dans cette rubrique.
• Si la gestion dynamique du quorum est activée, seuls les nœuds configurés pour que les votes des nœuds soient attribués peuvent voir leurs votes attribués ou supprimés dynamiquement. Pour plus d’informations, consultez Gestion dynamique du quorum plus loin dans cette rubrique.

Gestion dynamique du quorum

Dans Windows Server 2012, en tant qu’option de configuration avancée du quorum, vous pouvez choisir d’activer la gestion dynamique du quorum par cluster. Pour plus de détails sur le fonctionnement du quorum dynamique, voir cette explication.

Avec la gestion dynamique du quorum, il est également possible qu’un cluster s’exécute sur le dernier nœud de cluster survivant. En ajustant dynamiquement l’exigence de majorité de quorum, le cluster peut supporter des arrêts séquentiels de nœuds sur un seul nœud.

Le vote dynamique attribué au cluster d’un nœud peut être vérifié avec la propriété commune DynamicWeight du nœud de cluster à l’aide de l’applet de commande Get-ClusterNode Windows PowerShell. Une valeur de 0 indique que le nœud n’a pas de vote de quorum. Une valeur de 1 indique que le nœud a un vote de quorum.

L’affectation des votes pour tous les nœuds de cluster peut être vérifiée à l’aide du test de validation du Quorum de cluster Validate.

Considérations supplémentaires pour la gestion dynamique du quorum

• La gestion dynamique du quorum ne permet pas au cluster de supporter un échec simultané d’une majorité de membres votants. Pour continuer à fonctionner, le cluster doit toujours avoir une majorité de quorum au moment de l’arrêt ou de la défaillance d’un nœud.

• Si vous avez explicitement supprimé le vote d’un nœud, le cluster ne peut pas ajouter ou supprimer dynamiquement ce vote.

• Lorsque Storage Spaces Direct est activé, le cluster ne peut prendre en charge que deux défaillances de nœuds. Ceci est expliqué plus en détail dans la section quorum du pool

Recommandations générales pour la configuration du quorum

Le logiciel de cluster configure automatiquement le quorum pour un nouveau cluster, en fonction du nombre de nœuds configurés et de la disponibilité du stockage partagé. Il s’agit généralement de la configuration de quorum la plus appropriée pour ce cluster. Cependant, c’est une bonne idée de revoir la configuration du quorum après la création du cluster, avant de placer le cluster en production. Pour afficher la configuration détaillée du quorum de cluster, vous pouvez utiliser l’Assistant Valider une configuration ou l’applet de commande Test-Cluster Windows PowerShell pour exécuter le test de configuration de Quorum de validation. Dans le gestionnaire de cluster de basculement, la configuration de base du quorum est affichée dans les informations récapitulatives du cluster sélectionné, ou vous pouvez consulter les informations sur les ressources de quorum qui sont renvoyées lorsque vous exécutez l’applet de commande Get-ClusterQuorum Windows PowerShell.

À tout moment, vous pouvez exécuter le test de configuration de Quorum de validation pour valider que la configuration de quorum est optimale pour votre cluster. La sortie de test indique si une modification de la configuration du quorum est recommandée et les paramètres optimaux. Si une modification est recommandée, vous pouvez utiliser l’assistant Configurer le Quorum de cluster pour appliquer les paramètres recommandés.

Une fois le cluster en production, ne modifiez pas la configuration du quorum à moins que vous n’ayez déterminé que le changement est approprié pour votre cluster. Vous pouvez envisager de modifier la configuration du quorum dans les situations suivantes:

• Ajout ou expulsion de nœuds
• Ajout ou suppression de stockage
• Un nœud à long terme ou une défaillance témoin
• Récupération d’un cluster dans un scénario de reprise après sinistre multisite

Pour plus d’informations sur la validation d’un cluster de basculement, consultez Valider le matériel pour un cluster de basculement.

Configurer le quorum du cluster

Vous pouvez configurer les paramètres de quorum du cluster à l’aide du Gestionnaire de cluster de basculement ou des applets de commande FailoverClusters Windows PowerShell.

Configurer les paramètres de quorum de cluster

L’appartenance au groupe d’administrateurs locaux sur chaque serveur en cluster, ou équivalent, est la permission minimale requise pour terminer cette procédure. De plus, le compte que vous utilisez doit être un compte d’utilisateur de domaine.

Modifiez la configuration du quorum dans un cluster de basculement à l’aide du Gestionnaire de cluster de basculement

1. Dans le gestionnaire de cluster de basculement, sélectionnez ou spécifiez le cluster que vous souhaitez modifier.

2. Une fois le cluster sélectionné, sous Actions, sélectionnez Plus d’actions, puis sélectionnez Configurer les paramètres de Quorum du cluster. L’assistant Configurer le Quorum de cluster s’affiche. Sélectionnez Suivant.

3. Sur la page Sélectionner l’option de configuration du Quorum, sélectionnez l’une des trois options de configuration et procédez comme suit pour cette option. Avant de configurer les paramètres de quorum, vous pouvez revoir vos choix. Pour plus d’informations sur les options, consultez Comprendre le quorum, plus tôt dans cette rubrique.

   • Pour permettre au cluster de réinitialiser automatiquement les paramètres de quorum optimaux pour la configuration actuelle du cluster, sélectionnez Utiliser la configuration de quorum par défaut, puis terminez l’assistant.

   • Pour ajouter ou modifier le témoin du quorum, sélectionnez Sélectionner le témoin du quorum, puis procédez comme suit. Pour des informations et des considérations sur la configuration d’un témoin de quorum, voir Configuration des témoins plus tôt dans cette rubrique.

     1. Sur la page Sélectionner un témoin de Quorum, sélectionnez une option pour configurer un témoin de disque ou un témoin de partage de fichiers. L’assistant indique les options de sélection des témoins recommandées pour votre cluster.

        Remarque

        Vous pouvez également sélectionner Ne pas configurer un témoin de quorum, puis terminer l’assistant. Si vous avez un nombre pair de nœuds de vote dans votre cluster, il se peut que cette configuration ne soit pas recommandée.

     2. Si vous sélectionnez l’option de configuration d’un témoin de disque, sur la page Configurer le témoin de stockage, sélectionnez le volume de stockage que vous souhaitez affecter en tant que témoin de disque, puis terminez l’assistant.

     3. Si vous sélectionnez l’option de configuration d’un témoin de partage de fichiers, sur la page Configurer le témoin de partage de fichiers, tapez ou accédez à un partage de fichiers qui sera utilisé comme ressource de témoin, puis terminez l’assistant.

     4. Si vous sélectionnez l’option de configuration d’un témoin dans le cloud, sur la page Configurer le témoin dans le Cloud, saisissez le nom de votre compte de stockage Azure, la clé de compte de stockage Azure et le point de terminaison du service Azure, puis terminez l’assistant.

        Remarque

        Cette option est disponible dans Windows Server 2016 et versions ultérieures.

   • Pour configurer les paramètres de gestion du quorum et pour ajouter ou modifier le témoin de quorum, sélectionnez Configuration avancée du quorum, puis procédez comme suit. Pour plus d’informations et de considérations sur les paramètres de configuration avancés du quorum, reportez-vous à Affectation des votes de nœud et Gestion dynamique du quorum précédemment dans cette rubrique.

     1. Sur la page Sélectionner la configuration du vote, sélectionnez une option pour attribuer des votes aux nœuds. Par défaut, un vote est attribué à tous les nœuds. Cependant, pour certains scénarios, vous pouvez attribuer des votes uniquement à un sous-ensemble de nœuds.

        Remarque

        Vous pouvez également sélectionner Aucun nœud. Ceci n’est généralement pas recommandé, car cela ne permet pas aux nœuds de participer au vote du quorum et nécessite la configuration d’un témoin de disque. Ce témoin de disque devient le point de défaillance unique du cluster.

     2. Sur la page Configurer la gestion du Quorum, vous pouvez activer ou désactiver l’option Autoriser le cluster à gérer dynamiquement l’attribution des votes des nœuds. La sélection de cette option augmente généralement la disponibilité du cluster. Par défaut, l’option est activée et il est fortement recommandé de ne pas désactiver cette option. Cette option permet au cluster de continuer à fonctionner dans des scénarios d’échec qui ne sont pas possibles lorsque cette option est désactivée.

        Remarque

        Cette option n’est pas présente dans Windows Server 2016 et versions ultérieures.

     3. Sur la page Sélectionner un témoin de Quorum, sélectionnez une option pour configurer un témoin de disque, un témoin de partage de fichiers ou un témoin de nuage. L’assistant indique les options de sélection des témoins recommandées pour votre cluster.

        Remarque

        Vous pouvez également sélectionner Ne pas configurer un témoin de quorum, puis terminer l’assistant. Si vous avez un nombre pair de nœuds de vote dans votre cluster, il se peut que cette configuration ne soit pas recommandée.

     4. Si vous sélectionnez l’option de configuration d’un témoin de disque, sur la page Configurer le témoin de stockage, sélectionnez le volume de stockage que vous souhaitez affecter en tant que témoin de disque, puis terminez l’assistant.

     5. Si vous sélectionnez l’option de configuration d’un témoin de partage de fichiers, sur la page Configurer le témoin de partage de fichiers, tapez ou accédez à un partage de fichiers qui sera utilisé comme ressource de témoin, puis terminez l’assistant.

     6. Si vous sélectionnez l’option de configuration d’un témoin dans le cloud, sur la page Configurer le témoin dans le Cloud, saisissez le nom de votre compte de stockage Azure, la clé de compte de stockage Azure et le point de terminaison du service Azure, puis terminez l’assistant.

        Remarque

        Cette option est disponible dans Windows Server 2016 et versions ultérieures.

4. Sélectionnez Suivant. Confirmez vos sélections sur la page de confirmation qui apparaît, puis sélectionnez Suivant.

Une fois l’assistant exécuté et la page de résumé affichée, si vous souhaitez afficher un rapport des tâches effectuées par l’assistant, sélectionnez Afficher le rapport. Le rapport le plus récent restera dans le dossier systemroot\Cluster\Reports avec le nom QuorumConfiguration.mht.

Commandes équivalentes Windows PowerShell

Les exemples suivants montrent comment utiliser l’applet de commande Set-ClusterQuorum et d’autres applets de commande Windows PowerShell pour configurer le quorum du cluster.

L’exemple suivant modifie la configuration de quorum sur le cluster CONTOSO-FC1 en une configuration de majorité de nœud simple sans témoin de quorum.

Set-ClusterQuorum –Cluster CONTOSO-FC1 -NodeMajority

L’exemple suivant modifie la configuration du quorum sur le cluster local en une majorité de nœud avec une configuration témoin. La ressource disque nommée Cluster Disk 2 est configurée en tant que témoin de disque.

Set-ClusterQuorum -NodeAndDiskMajority "Cluster Disk 2"

L’exemple suivant modifie la configuration du quorum sur le cluster local en une majorité de nœud avec une configuration témoin. La ressource de partage de fichiers nommée \\CONTOSO-FS\fsw est configurée comme témoin de partage de fichiers.

Set-ClusterQuorum -NodeAndFileShareMajority "\fileserver\fsw"

L’exemple suivant supprime le vote de quorum du nœud ContosoFCNode1 sur le cluster local.

(Get-ClusterNode ContosoFCNode1).NodeWeight=0

L’exemple suivant ajoute le vote de quorum au nœud ContosoFCNode1 sur le cluster local.

(Get-ClusterNode ContosoFCNode1).NodeWeight=1

L’exemple suivant active la propriété DynamicQuorum du cluster CONTOSO-FC1 (si elle était précédemment désactivée):

(Get-Cluster CONTOSO-FC1).DynamicQuorum=1

Récupérez un cluster en démarrant sans quorum

Un cluster qui n’a pas suffisamment de votes de quorum ne démarre pas. Dans un premier temps, vous devez toujours confirmer la configuration du quorum du cluster et rechercher pourquoi le cluster n’a plus de quorum. Cela peut se produire si vous avez des nœuds qui ne répondent plus ou si le site principal n’est pas accessible dans un cluster multisite. Une fois que vous avez identifié la cause première de la défaillance du cluster, vous pouvez utiliser les étapes de récupération décrites dans cette section.

Forcer les nœuds de cluster de démarrage

Une fois que vous avez déterminé que vous ne pouvez pas récupérer votre cluster en ramenant les nœuds ou le témoin de quorum à un état sain, forcer le démarrage de votre cluster devient nécessaire. Forcer le démarrage du cluster remplace les paramètres de configuration du quorum du cluster et démarre le cluster en mode ForceQuorum.

Forcer un cluster à démarrer lorsqu’il n’a pas de quorum peut être particulièrement utile dans un cluster multisite. Envisagez un scénario de reprise après sinistre avec un cluster contenant des sites principaux et de sauvegarde situés séparément, SiteA et SiteB. S’il y a un véritable désastre à SiteA, le site pourrait mettre beaucoup de temps à revenir en ligne. Vous voudrez probablement forcer SiteB à se mettre en ligne, même s’il n’a pas de quorum.

Lorsqu’un cluster est démarré en mode ForceQuorum et qu’il a récupéré suffisamment de votes de quorum, le cluster quitte automatiquement l’état forcé et se comporte normalement. Par conséquent, il n’est pas nécessaire de redémarrer le cluster normalement. Si le cluster perd un nœud et qu’il perd le quorum, il se déconnecte à nouveau car il n’est plus à l’état forcé. Pour le remettre en ligne lorsqu’il n’a pas de quorum, il faut forcer le cluster à démarrer sans quorum.

Empêcher le quorum sur les nœuds de cluster restants

Une fois que vous avez forcé le démarrage du cluster sur un nœud, il est nécessaire de démarrer tous les nœuds restants de votre cluster avec un paramètre pour empêcher le quorum. Un nœud démarré avec un paramètre qui empêche quorum indique au service de cluster de rejoindre un cluster en cours d’exécution existant au lieu de former une nouvelle instance de cluster. Cela empêche les nœuds restants de former un cluster divisé contenant deux instances concurrentes.

Cela devient nécessaire lorsque vous devez récupérer votre cluster dans certains scénarios de reprise après sinistre multisite après le démarrage forcé du cluster sur votre site de sauvegarde, SiteB. Pour rejoindre le cluster démarré par la force dans SiteB, les nœuds de votre site principal, SiteA, doivent être démarrés avec le quorum empêché.

Voici comment récupérer le cluster avec le gestionnaire de cluster de basculement:

1. Dans le gestionnaire de cluster de basculement, sélectionnez ou spécifiez le cluster que vous souhaitez récupérer.

2. Lorsque le cluster est sélectionné, sous Actions, sélectionnez Forcer le démarrage du cluster.

   Le gestionnaire de cluster de basculement force le démarrage du cluster sur tous les nœuds accessibles. Le cluster utilise la configuration actuelle du cluster au démarrage.

Commandes équivalentes de Windows PowerShell (Start-Clusternode)

L’exemple suivant montre comment utiliser l’applet de commande Start-ClusterNode pour forcer le démarrage du cluster sur le nœud ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –FQ

Vous pouvez également taper la commande suivante localement sur le nœud:

Net Start ClusSvc /FQ

L’exemple suivant montre comment utiliser l’applet de commande Start-ClusterNode pour démarrer le service de cluster avec le quorum empêché sur le nœud ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –PQ

Vous pouvez également taper la commande suivante localement sur le nœud:

Net Start ClusSvc /PQ

Considérations relatives au quorum pour les configurations de reprise après sinistre

Cette section résume les caractéristiques et les configurations de quorum pour deux configurations de cluster multisite dans les déploiements de reprise après sinistre. Les directives de configuration du quorum diffèrent selon que vous avez besoin d’un basculement automatique ou manuel pour les charges de travail entre les sites. Votre configuration dépend généralement des accords de niveau de service (SLA) en place dans votre organisation pour fournir et prendre en charge des charges de travail en cluster en cas de panne ou de catastrophe sur un site.

Basculement automatique

Dans cette configuration, le cluster se compose de deux sites ou plus pouvant héberger des rôles en cluster. En cas de défaillance sur un site, les rôles en cluster sont censés basculer automatiquement sur les sites restants. Par conséquent, le quorum du cluster doit être configuré de manière à ce que n’importe quel site puisse subir une défaillance complète du site.

Le tableau suivant résume les considérations et les recommandations pour cette configuration.

Article	Description
Le nombre de votes de nœuds par site	Doit être égal
Affectation des votes de nœud	Les votes de nœud ne doivent pas être supprimés car tous les nœuds sont également importants
La gestion dynamique du quorum	doit être activée
Configuration témoin	Partage de fichiers témoin est recommandé, configuré dans un site distinct des sites du cluster
Charges de travail	Les charges de travail peuvent être configurées sur n’importe quel des sites

Considérations supplémentaires pour le basculement automatique

• La configuration du témoin de partage de fichiers dans un site séparé est nécessaire pour donner à chaque site une chance égale de survivre. Pour plus d’informations, consultez Configuration des témoins plus tôt dans cette rubrique.

Basculement manuel

Dans cette configuration, le cluster se compose d’un site principal, SiteA, et d’un site de sauvegarde (restauration), SiteB. Les rôles en cluster sont hébergés sur SiteA. En raison de la configuration du quorum du cluster, si une défaillance se produit sur tous les nœuds de SiteA, le cluster cesse de fonctionner. Dans ce scénario, l’administrateur doit basculer manuellement les services de cluster vers SiteB et effectuer des étapes supplémentaires pour récupérer le cluster.

Le tableau suivant résume les considérations et les recommandations pour cette configuration.

Article	Description
Nombre de votes de nœuds par site	Les votes de nœud ne doivent pas être supprimés des nœuds du site principal, SiteA Les votes de nœud doivent être supprimés des nœuds du site de sauvegarde, SiteB Si une panne à long terme se produit sur SiteA, les votes doivent être attribués aux nœuds du site pour permettre une majorité de quorum sur ce site dans le cadre de la récupération
La gestion dynamique du quorum	doit être activée
Témoin configuration	Configurez un témoin s’il existe un nombre pair de nœuds sur SiteA Si un témoin est nécessaire, configurez un témoin de partage de fichiers ou un témoin de disque accessible uniquement aux nœuds de SiteA (parfois appelé témoin de disque asymétrique)
Charges de travail	Utilisez les propriétaires préférés pour maintenir les charges de travail en cours d’exécution sur les nœuds de SiteA

Considérations supplémentaires pour le basculement manuel

• Seuls les nœuds de SiteA sont initialement configurés avec des votes de quorum. Ceci est nécessaire pour s’assurer que l’état des nœuds sur SiteB n’affecte pas le quorum du cluster.
• Les étapes de récupération peuvent varier selon que SiteA subit une défaillance temporaire ou une défaillance à long terme.