Planifier un clustering de basculement Windows Server

Effectué

Les clusters de basculement Windows Server présentent des exigences matérielles et logicielles plus strictes que les serveurs autonomes. Par conséquent, l’implémentation nécessite des tâches de planification supplémentaires. L’examen des exigences en matière d’implémentation et de planification minutieuse simplifie votre processus d’approvisionnement de cluster.

Considérations relatives à la planification du cluster de basculement

Lors de la planification du déploiement de clusters de basculement Windows Server, commencez par identifier les charges de travail appropriées, puis prenez en compte les ressources dont les charges de travail ont besoin.

Charges de travail de clustering de basculement

Étant donné que le clustering de basculement n’est pas toujours approprié, avant d’implémenter la technologie de clustering de basculement, vous devez identifier les services et les applications qui peuvent et doivent s’exécuter en tant que ressources en cluster.

Le clustering de basculement prend en charge :

• Une plage d’applications avec état qui prennent en charge le stockage de données sur un stockage partagé.
• Hébergement d’applications avec état qui utilisent leurs propres mécanismes de réplication de données natifs, avec une seule copie accessible en écriture de ces données.

Ces deux scénarios sont courants parmi les systèmes de gestion de base de données, tels que Microsoft SQL Server. Le clustering de basculement est également bien adapté aux machines virtuelles Hyper-V et aux applications avec état s’exécutant dans leurs systèmes d’exploitation.

Capacité du clustering de basculement

Suivez les indications ci-dessous lorsque vous planifiez la capacité dans un cluster de basculement :

• Redistribuez les charges de travail d'un nœud défaillant de façon équilibrée pour maintenir une haute disponibilité. Si tous les nœuds d’un cluster de basculement sont actifs, les services ou applications à haut niveau de disponibilité d’un nœud défaillant doivent basculer vers différents nœuds survivants afin d’éviter qu’un seul nœud soit surchargé.
• Assurez-vous que chaque nœud dispose d’une capacité suffisante pour traiter les services ou applications hautement disponibles que vous allouez à celui-ci en cas d’échec d’un autre nœud. Cette capacité doit être suffisante pour répondre à des demandes de ressources supplémentaires.
• Utilisez du matériel avec une capacité similaire sur tous les nœuds du cluster. Cela simplifie le processus de planification du basculement et permet une répartition équitable entre les nœuds survivants.
• Envisagez d’utiliser un serveur de secours pour simplifier la planification de la capacité. Un nœud passif dans un cluster réduit le besoin de planification de capacité complexe.

Résilience du clustering de basculement

Examinez tous les composants de configuration du cluster pour identifier les points de défaillance uniques. Remédier à des points de défaillance uniques avec des configurations telles que des contrôleurs de stockage redondants, des configurations sur plusieurs disques, telles que la mise en miroir ou la parité, les cartes réseau associées et les logiciels multipath. Ces solutions réduisent la probabilité qu’une défaillance d’appareil unique ait un impact négatif sur la stabilité d’un cluster de basculement.

Remarque

En règle générale, le matériel serveur inclut plusieurs alimentations pour fournir une redondance de l’alimentation et un tableau redondant de contrôleurs RAID (Independent Disks).

Recommandations et exigences générales relatives au matériel

Les clusters de basculement doivent respecter les instructions matérielles suivantes :

• Le matériel doit être certifié pour Windows Server.
• Le même matériel ou un matériel similaire doit être installé sur chaque nœud de cluster de basculement.
• Chaque nœud doit exécuter la même architecture de processeur et la même famille de processeurs.
• Si vous utilisez des connexions de stockage SCSI (SAS) attachées en série ou Fibre Channel, les contrôleurs d’appareil de stockage en masse dédiés au stockage de cluster doivent être identiques dans tous les serveurs en cluster et utiliser la même version du microprogramme.
• Si vous utilisez des connexions de stockage Internet SCSI (iSCSI), chaque serveur en cluster doit avoir une ou plusieurs cartes réseau ou cartes de bus hôte dédiées au stockage de cluster. Dans tous les serveurs en cluster, les cartes réseau que vous utilisez pour vous connecter à la cible de stockage iSCSI doivent être identiques.

Important

Vous ne devez pas utiliser le réseau des connexions de stockage iSCSI pour la communication réseau autres que le stockage.

Configuration requise pour la mise en réseau

Outre la configuration matérielle requise générale, les exigences spécifiques au réseau sont les suivantes :

• Les cartes réseau de chaque nœud doivent être identiques et avoir les mêmes fonctionnalités de vitesse, de duplex et de contrôle de débit.
• Les cartes réseau d’un réseau de cluster doivent avoir la même méthode d’attribution d’adresses IP, statique ou dynamique à l’aide de DHCP.
• Si vous avez des réseaux privés qui ne sont pas routés vers le reste de l’infrastructure réseau, assurez-vous que chacun de ces réseaux privés utilise un sous-réseau unique. Cela est nécessaire même si vous donnez à chaque carte réseau une adresse IP unique.

Conditions d’infrastructure requises

Les clusters de basculement peuvent dépendre des services d’infrastructure. Windows Server prend en charge les clusters à plusieurs domaines et les clusters de groupes de travail.

Remarque

Bien que vous puissiez déployer des clusters à plusieurs domaines et des clusters de groupe de travail, vous ne devez pas utiliser cette configuration pour Hyper-V ou les clusters de serveurs de fichiers.

Vous devez installer les mêmes fonctionnalités et rôles Windows Server sur chaque nœud. Les configurations incohérentes sur les nœuds de cluster peuvent entraîner des problèmes d’instabilité et de performances. En outre, vous ne devez pas installer le rôle Active Directory Domain Services (AD DS) sur l’un des nœuds du cluster, car AD DS a son propre mécanisme de tolérance de panne.

Vous devez disposer des éléments d’infrastructure réseau pour un cluster de basculement décrits dans le tableau suivant.

Élément	Description
Système de noms de domaine (DNS)	Les serveurs du cluster utilisent le système DNS (Domain Name System) pour la résolution de noms.
Appartenance à un domaine	Dans les clusters de basculement Windows Server, les nœuds de cluster n’ont pas besoin d’être membres du même domaine.
Un compte administratif	Lorsque vous créez un cluster ou ajoutez-y des serveurs, vous devez vous connecter au domaine avec un compte disposant de privilèges d’administration pour tous les serveurs de ce cluster.

Important

Le compte d’administration n’a pas besoin d’être membre du groupe Administrateurs de domaine s’il s’agit d’un membre du groupe Administrateurs local sur chaque nœud de cluster. Toutefois, si ce compte n’est pas membre du groupe Administrateurs de domaine, il doit disposer de l’autorisation Créer des objets ordinateur dans le domaine hébergeant les nœuds de cluster.

Remarque

À compter de Windows Server 2016, vous pouvez créer des clusters détachés, qui ne nécessitent pas cette attribution d’autorisation.

Dans Windows Server, vous n’avez pas besoin d’avoir un compte de service de cluster. Au lieu de cela, le service de cluster s’exécute automatiquement dans un contexte spécial qui fournit les autorisations et informations d’identification spécifiques nécessaires au service. Lorsqu’un cluster de basculement est créé et qu’un objet ordinateur correspondant est créé dans AD DS, cet objet est configuré pour empêcher la suppression accidentelle. En outre, la ressource nom du réseau de cluster a une logique de vérification d’intégrité supplémentaire, qui vérifie régulièrement l’intégrité et les propriétés de l’objet ordinateur qui représente la ressource Nom du réseau.

Configuration logicielle requise pour une implémentation de cluster de basculement

Comme bonne pratique, chaque nœud de cluster doit exécuter la même édition de Windows Server, Windows Server 2025 Standard ou Windows Server 2025 Datacenter. Les nœuds doivent avoir les mêmes mises à jour logicielles installées. Vous avez la possibilité d’utiliser l’installation Server Core de Windows Server 2025 en tant que nœuds de cluster, bien que cela dépend des charges de travail et des rôles serveur que vous envisagez de déployer.