Valider un cluster Azure Stack HCI

S’applique à : Azure Stack HCI, versions 22H2 et 21H2 ; Windows Server 2022, Windows Server 2019.

Valider DCB n’est plus l’outil recommandé pour configurer ou tester votre configuration de mise en réseau hôte sur Azure Stack HCI. Nous vous recommandons d’utiliser Network ATC pour configurer votre configuration réseau hôte pour Azure Stack HCI. Network ATC remplace toujours Validate DCB sur Azure Stack HCI.

Bien que l’Assistant Création d’un cluster dans Windows Admin Center effectue certaines validations pour créer un cluster opérationnel avec le matériel sélectionné, la validation du cluster effectue des vérifications supplémentaires pour vous assurer que le cluster fonctionnera dans un environnement de production. Cet article de procédure se concentre sur la raison pour laquelle la validation de cluster est importante et quand l’exécuter sur un cluster Azure Stack HCI.

Nous vous recommandons d’effectuer une validation de cluster pour les scénarios principaux suivants :

• Après avoir déployé un cluster de serveurs, exécutez l’outil Validate-DCB pour tester la mise en réseau.
• Après la mise à jour d’un cluster serveur, selon votre scénario, exécutez les deux options de validation pour résoudre les problèmes de cluster.
• Après avoir configuré la réplication avec Storage Replica, vérifiez que la réplication fonctionne normalement en contrôlant certains événements spécifiques et en exécutant quelques commandes.
• Après avoir créé un cluster de serveurs, exécutez l’outil Validate-DCB avant de le placer en production.

Qu’est-ce que la validation du cluster ?

La validation du cluster est destinée à intercepter les problèmes de matériel ou de configuration avant qu’un cluster ne passe en production. La validation du cluster permet de s'assurer que la solution Azure Stack HCI que vous êtes sur le point de déployer est vraiment fiable. Vous pouvez également utiliser la validation de cluster sur les clusters de basculement configurés en tant qu’outil de diagnostic.

Scénarios de validation spécifiques

Cette section décrit les scénarios dans lesquels la validation est également nécessaire ou utile.

• Validation avant la configuration du cluster :

  • Un ensemble de serveurs prêts à former un cluster de basculement : Il s’agit du scénario de validation le plus simple. Les composants matériels (systèmes, réseaux et stockage) sont connectés, mais les systèmes ne fonctionnent pas encore en tant que cluster. L’exécution de tests dans ce cas n’a aucun effet sur la disponibilité.

  • Machines virtuelles serveur : Pour les serveurs virtualisés dans un cluster, exécutez la validation du cluster comme vous le feriez sur n’importe quel autre nouveau cluster. La nécessité d’exécuter la fonctionnalité est identique si vous avez :

    • Un « cluster hôte » où le basculement se produit entre deux ordinateurs physiques.
    • Un « cluster invité » dans lequel le basculement s’effectue entre des systèmes d’exploitation invités sur le même ordinateur physique.

• Validation après la configuration et l’utilisation du cluster :

  • Avant d’ajouter un serveur au cluster : Lorsque vous ajoutez un serveur à un cluster, nous vous recommandons vivement de valider le cluster. Spécifiez les membres de cluster existants et le nouveau serveur lorsque vous exécutez la validation du cluster.

  • Lors de l’ajout de lecteurs : Lorsque vous ajoutez des lecteurs supplémentaires au cluster, ce qui diffère du remplacement des lecteurs ayant échoué ou de la création de disques virtuels ou de volumes qui s’appuient sur les lecteurs existants, exécutez la validation du cluster pour confirmer que le nouveau stockage fonctionnera correctement.

  • Lorsque vous apportez des modifications qui affectent le microprogramme ou les pilotes : Si vous mettez à niveau ou apportez des modifications au cluster qui affectent le microprogramme ou les pilotes, vous devez exécuter la validation du cluster pour confirmer que la nouvelle combinaison de matériel, de microprogramme, de pilotes et de logiciels prend en charge la fonctionnalité de cluster de basculement.

  • Après avoir restauré un système à partir de la sauvegarde : Après avoir restauré un système à partir de la sauvegarde, exécutez la validation du cluster pour vérifier que le système fonctionne correctement dans le cadre d’un cluster.

Valider la mise en réseau

L’outil Microsoft Validate-DCB est conçu pour valider la configuration DCB (Data Center Bridgeing) sur le cluster. Pour ce faire, l’outil prend une configuration attendue comme entrée, puis teste chaque serveur dans le cluster. Cette section explique comment installer et exécuter l’outil Validate-DCB, passer en revue les résultats et résoudre les erreurs réseau que l’outil identifie.

Sur le réseau, l’accès direct à la mémoire à distance (RDMA) sur Ethernet convergé (RoCE) nécessite des technologies DCB pour garantir un réseau sans perte. Avec iWARP, DCB est facultatif. Toutefois, la configuration de DCB peut être complexe, avec une configuration exacte requise entre :

• Chaque serveur du cluster
• Chaque port réseau par lequel transite le trafic RDMA sur la structure réseau

Prerequisites

• Informations de configuration réseau du cluster serveur que vous souhaitez valider, notamment :
  • Nom du cluster hôte ou serveur
  • Nom du commutateur virtuel
  • Noms des adaptateurs réseau
  • Paramètres de contrôle de flux prioritaire (PFC) et de sélection de transmission améliorée (ETS)
• Connexion Internet pour télécharger le module outil dans Windows PowerShell à partir de Microsoft.

Installer et exécuter l’outil Validate-DCB

Pour installer et exécuter l’outil Validate-DCB :

1. Sur votre PC de gestion, ouvrez une session PowerShell Windows en tant qu’administrateur, puis utilisez la commande suivante pour installer l’outil.

   Install-Module Validate-DCB
   

2. Acceptez les demandes d’utilisation du fournisseur NuGet et accédez au référentiel pour installer l’outil.

3. Une fois que PowerShell se connecte au réseau Microsoft pour télécharger l’outil, tapez Validate-DCB et appuyez sur Entrée pour démarrer l’Assistant Outil.

   Note

   Si vous ne pouvez pas exécuter le script outil Validate-DCB, vous devrez peut-être ajuster vos stratégies d’exécution PowerShell. Utilisez l’applet de commande Get-ExecutionPolicy pour afficher vos paramètres de stratégie d’exécution de script actuels. Pour plus d’informations sur la définition de stratégies d’exécution dans PowerShell, consultez À propos des stratégies d’exécution.

4. Dans la page Bienvenue dans l’Assistant De configuration Validate-DCB, sélectionnez Suivant.

5. Dans la page Clusters et nœuds, tapez le nom du cluster serveur que vous souhaitez valider, sélectionnez Résoudre pour le répertorier sur la page, puis sélectionnez Suivant.

   

6. Dans la page Adaptateurs :

   1. Cochez la case vSwitch associée et saisissez le nom du vSwitch.
   2. Sous Nom de l’adaptateur, tapez le nom de chaque carte réseau physique, sous Nom de la carte réseau virtuelle hôte, le nom de chaque carte réseau virtuelle (vNIC) et, sous VLAN, l’ID de réseau local virtuel utilisé pour chaque carte.
   3. Développez la zone de liste déroulante Type RDMA et sélectionnez le protocole approprié : RoCE ou iWARP. Définissez également Jumbo Frames sur la valeur appropriée pour votre réseau, puis sélectionnez Suivant.

   

   Note

   • Pour en savoir plus sur la façon dont SR-IOV améliore les performances réseau, consultez Vue d’ensemble de la virtualisation d’E/S racine unique (SR-IOV).

7. Dans la page Pontage du centre de données, modifiez les valeurs pour qu’elles correspondent aux paramètres de votre organisation pour la priorité, le nom de la stratégie et la réservation de bande passante, puis sélectionnez Suivant.

   

   Note

   La sélection de RDMA sur RoCE dans la page précédente de l’assistant nécessite DCB pour garantir la fiabilité du réseau sur toutes les cartes réseau et tous les ports de commutateur.

8. Dans la page Enregistrer et déployer, dans la zone Chemin du fichier de configuration, enregistrez le fichier de configuration à l’aide de.ps1 extension dans un emplacement où vous pouvez l’utiliser ultérieurement si nécessaire, puis sélectionnez Exporter pour démarrer l’exécution de l’outil Validate-DCB.

   • Vous pouvez éventuellement déployer votre fichier de configuration en effectuant la section Déployer la configuration sur les nœuds de la page, ce qui inclut la possibilité d’utiliser un compte Azure Automation pour déployer la configuration, puis la valider. Consultez Créer un compte Azure Automation pour commencer à utiliser Azure Automation.

   

Examiner les résultats et corriger les erreurs

L’outil Validate-DCB produit des résultats en deux unités :

1. [Unité globale] la liste des résultats répertorie les prérequis et les exigences nécessaires pour exécuter les essais modaux.
2. Les résultats [Unité modale] fournissent des commentaires sur chaque configuration de l’hôte de cluster et les meilleures pratiques.

Cet exemple montre les résultats d’analyse réussis d’un serveur unique pour tous les tests unitaires requis et modals en indiquant un nombre d’échecs de 0.

Les étapes suivantes montrent comment identifier une erreur de paquet Jumbo à partir de la carte réseau virtuelle SMB02 et la corriger :

1. Les résultats des analyses de l’outil Validate-DCB affichent une erreur nombre d’échecs de 1.

   

2. Le défilement vers le bas des résultats affiche une erreur en rouge indiquant que le paquet Jumbo pour la carte réseau virtuelle SMB02 sur l’hôte S046036 est défini à la taille par défaut de 1514, mais doit être défini sur 9014.

   

3. L’examen des propriétés avancées de la carte réseau virtuelle SMB02 sur l’hôte S046036 montre que le paquet Jumbo est défini sur la valeur par défaut désactivée.

   

4. La correction de l’erreur nécessite l’activation de la fonctionnalité Paquet Jumbo et la modification de sa taille en 9014 octets. L’exécution de l’analyse à nouveau sur l’hôte S046036 confirme cette modification en retournant un nombre d’échecs de 0.

   

Pour en savoir plus sur la résolution des erreurs que l’outil Validate-DCB identifie, consultez la vidéo suivante.

Vous pouvez également installer l’outil hors connexion. Pour les systèmes déconnectés, utilisez Save-Module -Name Validate-DCB -Path c:\temp\Validate-DCB et déplacez les modules dans c :\temp\Validate-DCB vers votre système déconnecté. Pour plus d’informations, regardez la vidéo suivante.

Valider le cluster

Procédez comme suit pour valider les serveurs d’un cluster existant dans Windows Admin Center.

1. Dans Windows Admin Center, sous Toutes les connexions, sélectionnez le cluster Azure Stack HCI que vous souhaitez valider, puis sélectionnez Se connecter.

   Le tableau de bord du Gestionnaire de clusters affiche des informations de vue d’ensemble sur le cluster.

2. Dans le tableau de bord du Gestionnaire de cluster, sous Outils, sélectionnez Serveurs.

3. Dans la page Inventaire , sélectionnez les serveurs du cluster, développez le sous-menu Plus , puis sélectionnez Valider le cluster.

4. Dans la fenêtre contextuelle Valider le cluster , sélectionnez Oui.

   

5. Dans la fenêtre contextuelle CredSSP (Credential Security Service Provider), sélectionnez Oui.

6. Fournissez vos informations d’identification pour activer CredSSP , puis sélectionnez Continuer.
   La validation du cluster s’exécute en arrière-plan et vous fournit une notification lorsqu’elle est terminée, à quel moment vous pouvez afficher le rapport de validation, comme décrit dans la section suivante.

Désactiver CredSSP

Une fois votre cluster de serveurs validé, vous devez désactiver le protocole CredSSP (Credential Security Support Provider) sur chaque serveur à des fins de sécurité. Pour plus d’informations, consultez CVE-2018-0886.

1. Dans Windows Admin Center, sous Toutes les connexions, sélectionnez le premier serveur de votre cluster, puis sélectionnez Se connecter.

2. Dans la page Vue d’ensemble , sélectionnez Désactiver CredSSP, puis, dans la fenêtre contextuelle Désactiver CredSSP , sélectionnez Oui.

   Le résultat de l’étape 2 supprime la bannière Rouge CredSSP ENABLED en haut de la page Vue d’ensemble du serveur et désactive CredSSP sur les autres serveurs.

Afficher les rapports de validation

Vous êtes maintenant prêt à afficher votre rapport de validation de cluster.

Il existe deux façons d’accéder aux rapports de validation :

• Dans la page Inventaire , développez le sous-menu Plus , puis sélectionnez Afficher les rapports de validation.

• En haut à droite de Windows Admin Center, sélectionnez l’icône de cloche Notifications pour afficher le volet Notifications. Sélectionnez la notification Cluster validé avec succès, puis sélectionnez Aller au rapport de validation du cluster de basculement.

Valider le cluster à l’aide de PowerShell

Vous pouvez également utiliser Windows PowerShell pour exécuter des tests de validation sur votre cluster de serveurs et afficher les résultats. Vous pouvez exécuter des tests avant et après la configuration d’un cluster.

Pour exécuter un test de validation sur un cluster de serveur, émettez les applets de commande PowerShell Get-Cluster et Test-Cluster<server> à partir de votre PC de gestion, ou exécutez uniquement l’applet de commande Test-Cluster directement sur le cluster :

$Cluster = Get-Cluster -Name 'server-cluster1'
Test-Cluster -InputObject $Cluster -Verbose

Pour plus d’exemples et d’informations sur l’utilisation, consultez la documentation de référence sur le cluster de test .

Test-NetStack est un outil de test basé sur PowerShell disponible à partir de GitHub que vous pouvez utiliser pour effectuer des tests de trafic ICMP, TCP et RDMA des réseaux et identifier les configurations potentielles de structure réseau et d’hôte incorrectes ou l’instabilité opérationnelle. Utilisez Test-NetStack pour valider les chemins de données réseau en testant les chemins de données réseau natifs, synthétiques et matériels déchargés (RDMA) pour les problèmes de connectivité, de fragmentation des paquets, de faible débit et de congestion.

Valider la réplication pour Storage Replica

Si vous utilisez Storage Replica pour répliquer des volumes dans un cluster étendu ou dans une configuration cluster à cluster, plusieurs événements et applets de commande permettent de connaître l’état de la réplication.

Dans le scénario suivant, nous avons configuré le réplica de stockage en créant des groupes de réplication (RG) pour deux sites, puis spécifié les volumes de données et les volumes de journal pour les deux nœuds de serveur source dans Site1 (Server1, Server2) et les nœuds serveurs de destination (répliqués) dans Site2 (Server3, Server4).

Pour déterminer la progression de la réplication pour Server1 dans Site1, exécutez la commande Get-WinEvent et examinez les événements 5015, 5002, 5004, 1237, 5001 et 2200 :

Get-WinEvent -ComputerName Server1 -ProviderName Microsoft-Windows-StorageReplica -max 20

Sur Server3 du Site2, exécutez la commande suivante Get-WinEvent pour afficher les événements de Storage Replica indiquant la création du partenariat. Cet événement indique le nombre d’octets copiés, ainsi que la durée de l’opération de copie. Par exemple:

Get-WinEvent -ComputerName Server3 -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | FL

Pour Server3 dans Site2, exécutez la Get-WinEvent commande et examinez les événements 5009, 1237, 5001, 5015, 5005 et 2200 pour comprendre la progression du traitement. Aucun avertissement ni aucune erreur ne doivent s’afficher durant cette séquence. Il y aura beaucoup d’événements 1237 : ceux-ci indiquent la progression.

Get-WinEvent -ComputerName Server3 -ProviderName Microsoft-Windows-StorageReplica | FL

Sinon, le groupe de serveurs de destination pour le réplica indique le nombre d’octets restant à copier à tout moment et peut être interrogé via PowerShell avec Get-SRGroup. Par exemple:

(Get-SRGroup).Replicas | Select-Object numofbytesremaining

Pour node Server3 dans Site2, exécutez la commande suivante et examinez les événements 5009, 1237, 5001, 5015, 5005 et 2200 pour comprendre la progression de la réplication. Il ne doit y avoir aucun avertissement d’erreurs. Toutefois, il y aura de nombreux événements « 1237 », ce qui indique simplement la progression.

Get-WinEvent -ComputerName Server3 -ProviderName Microsoft-Windows-StorageReplica | FL

En tant que script de progression qui ne se termine pas :

while($true) {
$v = (Get-SRGroup -Name "Replication2").replicas | Select-Object numofbytesremaining
[System.Console]::Write("Number of bytes remaining: {0}`r", $v.numofbytesremaining)
Start-Sleep -s 5
}

Pour obtenir l’état de réplication dans le cluster étendu, utilisez Get-SRGroup et Get-SRPartnership:

Get-SRGroup -Cluster ClusterS1

Get-SRPartnership -Cluster ClusterS1

(Get-SRGroup).replicas -Cluster ClusterS1

Une fois la réplication des données réussie confirmée entre les sites, vous pouvez créer vos machines virtuelles et d’autres charges de travail.

Voir aussi

• Tests de performances sur les charges de travail synthétiques dans un espace de stockage nouvellement créé à l’aide de DiskSpd.exe. Pour plus d’informations, consultez Tester les performances des espaces de stockage à l’aide de charges de travail synthétiques dans Windows Server.
• Windows Server Assessment est un service Premier disponible pour les clients qui souhaitent Microsoft examiner leurs installations. Pour plus d’informations, contactez Microsoft Support Premier. Pour plus d’informations, consultez Bien démarrer avec l’évaluation à la demande Windows Server (serveur, sécurité, Hyper-V, cluster de basculement, IIS).