Valider le matériel pour un cluster de basculement
Cet article fournit des étapes pour valider le matériel d’un cluster de basculement. Vous pouvez utiliser l’Assistant Validation d’une configuration, intégrée au Gestionnaire du cluster de basculement ou à l’applet de commande Windows PowerShell de cluster de test, pour exécuter un ensemble de tests de validation ciblés. Vous pouvez exécuter ce processus sur un regroupement de serveurs que vous envisagez d’utiliser en tant que nœuds dans un cluster. Vous testez ainsi le matériel et les logiciels sous-jacents, directement et individuellement, pour obtenir une évaluation précise de la capacité de prise en charge du clustering de basculement dans une configuration donnée.
Important
Un rapport de validation du cluster est requis par Microsoft comme condition de la prise en charge par Microsoft d’une configuration donnée.
Tâche | Description |
---|---|
Étape 1 : Préparer la validation du matériel pour un cluster de basculement | Découvrez la validation du cluster et la prise en charge de la configuration du cluster par Microsoft, et préparez votre matériel pour les tests de validation. |
Étape 2 : Valider un cluster de basculement nouveau ou existant | Exécutez l’Assistant Validation d’une configuration ou de l’applet de commande Windows PowerShell de cluster de test. |
Étape 3 : Analyser les résultats de validation | Examinez le rapport de synthèse qui est créé à la fin de la validation. En cas de problèmes et si vous avez besoin d’aide, préparez un rapport de validation pour les services de support technique Microsoft. |
Scénarios de validation avancés | Passez en revue ces scénarios avancés si vous devez valider un cluster existant et choisir de tester uniquement certains aspects des fonctionnalités de cluster. |
Forum aux questions | Obtenez des réponses à vos questions sur le processus de validation du cluster. |
Étape 1 : préparer la validation du matériel pour un cluster de basculement
Qu'est-ce que la validation du cluster ?
L’Assistant Valider une configuration ou l’applet de commande Windows PowerShell de cluster de test vous permet d’exécuter un ensemble de tests ciblés sur une collection de serveurs, de réseaux et de stockage associé qui sont prévus pour une utilisation en tant que cluster de basculement. Le processus de validation du cluster teste le matériel et les logiciels sous-jacents pour obtenir une évaluation précise de la capacité de prise en charge du clustering de basculement dans une configuration donnée.
Avant de créer un cluster de basculement, nous vous recommandons d’exécuter tous les tests de validation de cluster.
La validation du cluster est destinée à effectuer les actions suivantes :
- rechercher les problèmes liés au matériel ou à la configuration avant la mise en production d’un cluster de basculement ;
- vérifier que la solution de clustering que vous déployez est fiable ;
- fournir un moyen de valider les modifications apportées au matériel d’un cluster existant ;
- effectuer des tests de diagnostics sur un cluster existant.
Scénarios de validation courants
Les listes suivantes décrivent les scénarios dans lesquels la validation matérielle est requise ou utile. En général, vous devez exécuter tous les tests de validation (quelques exceptions sont indiquées).
Validation avant la configuration du cluster
Un ensemble de serveurs prêt à constituer 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 en tant que cluster. L’exécution de tests dans ce cas n’a aucun impact sur la disponibilité.
Des clones ou des images de systèmes
Avec les systèmes pour lesquels vous avez créé un clone ou une image sur un autre matériel, vous devez exécuter l’Assistant Validation d’une configuration comme vous le feriez avec tout nouveau cluster. Nous vous conseillons d’exécuter l’Assistant juste après avoir connecté les composants matériels et installé la fonctionnalité de clustering de basculement, avant que le cluster ne soit utilisé par les clients.
Serveurs virtualisés
Avec des serveurs virtualisés dans un cluster, exécutez l’Assistant Validation d’une configuration comme vous le feriez avec tout nouveau cluster. La condition d’exécution de l’Assistant est la même que vous disposiez d’un « cluster hôte » (le basculement se produit entre deux ordinateurs physiques), d’un « cluster invité » (le basculement se produit entre des systèmes d’exploitation invités sur le même ordinateur physique) ou de toute autre configuration qui inclut un ou plusieurs serveurs virtualisés.
Validation lorsque le cluster n’a qu’un seul nœud
Vous pouvez exécuter un nombre limité de tests de validation sur un seul serveur que vous envisagez d’utiliser dans un cluster. Certains tests ne peuvent pas être exécutés dans cette situation ; Par exemple, les tests qui confirment que les mises à jour logicielles correspondent entre les serveurs et les tests de stockage qui simulent le basculement entre les nœuds. Vous devez disposer d’au moins deux nœuds dans un cluster avant de pouvoir mener à bien le processus de validation du cluster. Par conséquent, si vous apportez davantage de serveurs dans la configuration, vous devez réexécuter l’Assistant Validation du cluster afin que tous les tests puissent être effectués.
Validation après la configuration et la mise en service du cluster
Pour confirmer la validation pour la prise en charge par Microsoft, ou pour écarter les problèmes de configuration
Si vous avez besoin d’un support de Microsoft, vous devrez peut-être fournir le rapport de validation de l’Assistant. Si vous n’avez pas encore exécuté l’Assistant et enregistré le rapport, vous devrez peut-être mettre le cluster hors connexion pour exécuter l’Assistant. Le rapport indique si votre configuration est prise en charge et peut aider les services du support technique Microsoft à résoudre les problèmes de configuration liés au matériel, aux pilotes et à la configuration du système de base.
Avant d’ajouter un nœud
Lorsque vous ajoutez un serveur à un cluster, nous vous recommandons de connecter d’abord le serveur aux réseaux de cluster et au stockage, puis d’exécuter l’Assistant Validation d’une configuration, en spécifiant les nœuds de cluster existants et le nouveau nœud.
Lors de la connexion d’un nouveau périphérique de stockage
Lorsque vous attachez un nouveau stockage au cluster (qui est différent de l’exposition d’un nouveau numéro d’unité logique (LUN) dans le stockage existant), vous devez exécuter l’Assistant Validation d’une configuration pour confirmer que les nouvelles fonctions de stockage fonctionnent correctement. Pour réduire l’impact sur la disponibilité, nous vous recommandons d’exécuter l’Assistant après avoir attaché le stockage et avant de commencer à utiliser les nouvelles unités logiques dans les services ou applications en cluster.
Lors de l’apport de modifications qui affectent le microprogramme ou les pilotes
Si vous voulez mettre à niveau le cluster ou lui apporter d’autres modifications qui exigent le changement du microprogramme ou des pilotes, vous devez exécuter l’Assistant Validation d’une configuration pour confirmer que la nouvelle combinaison de matériel, de microprogramme, de pilotes et de logiciels prend en charge les fonctionnalités de votre cluster de basculement. Si la modification affecte le microprogramme ou les pilotes pour le stockage, nous vous conseillons de garder à disposition un numéro d’unité logique de petite taille (inutilisé par les rôles en cluster) afin que vous puissiez exécuter les tests de validation de stockage sans placer vos rôles en cluster en mode hors connexion.
Après la restauration d’un système à partir d’une sauvegarde
Après avoir restauré un système à partir d’une sauvegarde, exécutez l’Assistant Validation d’une configuration pour confirmer que le système peut fonctionner correctement comme faisant partie d’un cluster. Le système n’est pas considéré comme un système pris en charge tant que les tests de validation ne sont pas terminés.
Lorsque vous validez les modifications du matériel apportées à un cluster existant (en tant que scénario avancé), vous pouvez décider d’omettre certains tests de stockage. Pour plus d’informations et de considérations, consultez scénarios de validation avancés.
Catégories des tests de validation
Le tableau suivant répertorie les catégories des tests de validation. Les tests de chaque catégorie sont répertoriés au moment où vous exécutez l’Assistant Validation d’une configuration. Une description de chaque test dans chaque catégorie est fournie dans le rapport de validation qui est enregistré à la fin de la validation.
Category | Description |
---|---|
Configuration des clusters | Répertorie et valide les ressources qui sont configurées pour être utilisées dans un cluster, notamment les rôles en cluster et volumes du cluster. |
Configuration d'Hyper-V | Valide la configuration d’Hyper-V à utiliser dans un cluster de basculement. Remarque : Les tests de configuration Hyper-V sont obligatoires uniquement si vous utilisez ou envisagez d’utiliser des machines virtuelles en cluster. |
Inventaire | Répertorie les adaptateurs de bus hôte (HBA), périphériques, processus et pilotes qui sont utilisés sur les ordinateurs dans le cluster. |
Network (Réseau) | Valide la configuration des réseaux du cluster, des adresses IP et du Pare-feu Windows. |
Stockage | Valide les disques de stockage et systèmes de fichiers qui sont disponibles pour être utilisés dans un cluster de basculement. |
Configuration système | Valide les systèmes d’exploitation, niveaux des mises à jour et paramètres de service sur les ordinateurs dans le cluster. |
Étape 2 : valider un cluster de basculement nouveau ou existant
Cette étape fournit des procédures d’exécution de l’Assistant Validation d’une configuration ou de l’applet de commande Windows PowerShell de cluster test pour valider un cluster de basculement nouveau ou existant.
Important
Pour commencer le processus d’ajout de matériel (tel qu’un serveur supplémentaire) à un cluster de basculement, connectez le matériel au cluster de basculement. Ensuite, exécutez l’Assistant Validation d’une configuration et spécifiez tous les serveurs que vous souhaitez inclure dans le cluster. L’Assistant teste la connectivité et le basculement du cluster, pas uniquement des composants isolés (tels que des serveurs individuels).
Pour exécuter l’Assistant Validation d’une configuration
Identifiez le ou les serveurs à tester.
- Si le cluster n’existe pas encore, choisissez les serveurs que vous souhaitez inclure dans le cluster et vérifiez que vous avez installé la fonctionnalité de clustering de basculement sur ces serveurs. Si la fonctionnalité n’est pas installée, consultez les instructions d’installation.
- Si le cluster existe déjà, assurez-vous de connaître le nom du cluster ou d’un nœud qui en fait partie.
Passez en revue la configuration requise pour le matériel du réseau ou le stockage que vous souhaitez valider, puis vérifiez qu’il est connecté aux serveurs.
Déterminez si vous souhaitez exécuter la totalité ou uniquement une partie des tests de validation disponibles. En général, nous vous recommandons d’exécuter tous les tests, mais les instructions générales suivantes peuvent vous aider à décider.
Type de cluster Tests de validation Cluster nouveau ou planifié avec tout le matériel connecté Tous les tests Cluster nouveau ou planifié avec une partie du matériel connecté Tests de configuration du système, tests d’inventaire et tests qui s’appliquent au matériel connecté (c’est-à-dire tests de réseau si le réseau est connecté ou tests de stockage si le stockage est connecté) Cluster existant auquel vous envisagez d’ajouter un serveur Toutes les tests
Remarque : avant d’exécuter les tests, veillez à connecter les réseaux et le stockage pour tous les serveurs que vous prévoyez d’avoir dans le cluster.Dépannage d’un cluster existant Tous les tests, bien que vous puissiez exécuter uniquement ceux qui se rapportent au problème apparent. Important
Si un rôle cluster utilise un disque lorsque vous démarrez l’Assistant, l’Assistant vous invite à déterminer s’il faut mettre ce rôle en cluster hors connexion à des fins de test. Si vous choisissez de mettre hors connexion un rôle en cluster, son état reste hors connexion jusqu’à la fin des tests.
Pour ouvrir l’Assistant, dans le Gestionnaire du cluster de basculement, sélectionnez Valider la configuration sous Actions.
Suivez les instructions de l’Assistant pour spécifier les serveurs (dans un cluster planifié) et les tests. Par exemple, si vous ne prévoyez pas d’utiliser les fonctionnalités de cluster qui nécessitent Hyper-V, vous pouvez omettre les tests de configuration Hyper-V. L’Assistant vous guide ensuite dans l’exécution des tests.
Note
Lorsque vous exécutez l’Assistant sur des serveurs non configurés en cluster, vous devez entrer les noms de tous les serveurs à tester, et non un seul nom de serveur.
La page Résumé s'affiche après l'exécution des tests. Dans la page Résumé , sélectionnez Afficher le rapport pour afficher les résultats des tests.
Pour afficher les résultats des tests après avoir fermé l’Assistant, sous Actions dans le Gestionnaire du cluster de basculement, sélectionnez Afficher le rapport de validation. Vous pouvez voir %SystemRoot%\Cluster\Reports\Validation Report <Date and Time>.html, où %SystemRoot% est le dossier dans lequel le système d’exploitation est installé (par exemple, C :\Windows).
Commandes équivalentes Windows PowerShell
L'applet ou les applets de commande Windows PowerShell suivantes remplissent la même fonction que la procédure précédente. Entrez chaque applet de commande sur une seule ligne, même si elles peuvent apparaître encapsulées dans plusieurs lignes ici en raison de contraintes de mise en forme.
L’exemple suivant exécute tous les tests de validation de cluster sur les nœuds nommés node1 et node2. Si node1 ou node2 est déjà membre d’un cluster, les tests incluent tous les nœuds contenus dans ce cluster.
Test-Cluster -Node node1,node2
Étape 3 : analyser les résultats de validation
Une fois l’Assistant Validation d’une configuration terminée, le rapport de validation du cluster de basculement affiche les résultats. Tous les tests doivent passer avec une coche verte ou, dans certains cas, un triangle jaune (avertissement). Le tableau suivant montre les symboles présents dans le résumé avec leur signification :
Symbole | Explication |
---|---|
Le test de validation correspondant a réussi, ce qui indique que cet aspect du cluster peut être pris en charge. | |
Le test de validation correspondant a produit un avertissement, ce qui indique que cet aspect du cluster peut être pris en charge, mais qu’il peut ne pas correspondre aux meilleures pratiques recommandées et doit être revu. Le support technique Microsoft peut vous demander d’examiner ou de résoudre le problème s’il semble être directement lié à quelque chose que vous résolvez. | |
Le test de validation correspondant a échoué et cet aspect du cluster n’est pas pris en charge. Vous devez corriger le problème avant de pouvoir créer un cluster de basculement qui sera pris en charge. | |
Le test de validation correspondant a été annulé. Cela peut se produire lorsque le test dépend d’un autre test qui n’a pas réussi. |
Lorsque vous recherchez des zones de problème (avertissements ou échecs), dans le résumé des résultats des tests, sélectionnez un test individuel pour passer en revue les détails. Examinez également l’instruction récapitulative pour savoir si le cluster est une configuration prise en charge.
Après avoir résolu le problème, vous pouvez si besoin exécuter à nouveau l’Assistant pour confirmer que la configuration a réussi les tests.
Que faire si un test de validation échoue
Dans la plupart des cas, si des tests de l’Assistant Validation d’une configuration échouent, la configuration n’est pas considérée comme prise en charge.
Si l’un des tests de configuration Hyper-V échoue, Hyper-V sur le cluster n’est pas configuré correctement. Le problème doit être corrigé avant de pouvoir prendre en charge les ordinateurs virtuels dans le cluster. Toutefois, les échecs dans cette catégorie de tests ne signifient pas que le cluster n’est pas pris en charge pour les charges de travail autres que les machines virtuelles en cluster.
Le type de test qui échoue est une directive pour l’action corrective. Par exemple, si le test de stockage List All Disks échoue et que les tests de stockage suivants ne s’exécutent pas (car ils échouent également), vous devez contacter le fournisseur de stockage pour résoudre ce problème. De la même manière, si un test de réseau lié aux adresses IP échoue, consultez l’équipe en charge de l’infrastructure réseau. Les avertissements ou erreurs n’indiquent pas tous la nécessité de contacter les services du support technique Microsoft. La plupart des avertissements ou erreurs doivent entraîner l’utilisation d’équipes internes ou d’un fournisseur de matériel spécifique.
Pour plus d’informations sur la correction des échecs répertoriés dans un rapport de validation, consultez la section précédente, étape 3 : Analyser les résultats de validation.
Une fois les problèmes résolus et résolus, il est nécessaire de réexécuter l’Assistant Validation d’une configuration. Pour que le cluster puisse correspondre à une configuration prise en charge, tous les tests doivent être exécutés et réussis sans échecs.
Fournir un rapport de validation quand vous demandez l’aide de Microsoft
Si vous devez contacter les services du support technique Microsoft au sujet d’un problème de validation, l’équipe de support technique vous aidera à recueillir le rapport de validation et d’autres fichiers de configuration appropriés à l’aide de l’Outil de diagnostic du support Microsoft. (Cette fonctionnalité remplace l’utilitaire de collecte de données MPSReports.) Si nécessaire, Microsoft envoie des instructions sur la façon de capturer les données. Dans certains cas, Microsoft peut demander que le contenu du dossier C :\Windows\Cluster\Reports soit compressé et envoyé pour analyse. Les deux méthodes permettent de récupérer le rapport de validation de cluster requis.
Mises à jour des tests de validation
L’Assistant Validation d’une configuration fournit une image précise de la façon dont le clustering de basculement peut être pris en charge pour une configuration donnée. Si une mise à jour de l’Assistant Validation d’une configuration devient disponible, vous devrez peut-être réexécuter l’Assistant et passer tous les tests de votre configuration pour continuer à être pris en charge. Cela peut entraîner l’échec de certaines solutions passées précédemment. Les problèmes signalés dans les tests mis à jour devront être réglés de la manière indiquée dans ce guide.
Scénarios de validation avancés
Lorsque vous apportez une modification à un cluster existant, vous n’avez pas toujours besoin d’exécuter tous les tests de validation de cluster. Les tableaux suivants répertorient les types de modifications que vous pouvez apporter à un cluster et les tests correspondants à exécuter.
Clé pour les tests de validation requis indiqués dans les tableaux suivants :
- Complet: exécutez l’ensemble complet des tests. Cela nécessite un temps d’indisponibilité du cluster.
- Numéro d’unité logique (LUN) unique: exécutez l’ensemble complet des tests, puis exécutez les tests de stockage sur un seul numéro d’unité logique. Le numéro d’unité logique peut être un numéro de petite taille que vous conservez pour vos tests, ou le disque témoin (si votre cluster en utilise un). Cela valide le sous-système de stockage, mais pas spécifiquement chaque numéro d’unité logique individuel ou disque. Vous pouvez exécuter ces tests de validation sans interrompre vos services ou applications en cluster.
- Sans tests de stockage: exécutez les tests de configuration du système, tests d’inventaire et tests de réseau, mais pas les tests de stockage. Vous pouvez exécuter ces tests de validation sans interrompre vos rôles en cluster.
- Aucun: aucun test de validation n’est nécessaire.
Changements liés au serveur
Modifier | Tests de validation requis |
---|---|
Remplacement physique ou modification d’un serveur utilisé dans le cluster | COMPLET |
Ajout ou suppression de processeurs | Aucun(e) |
Ajout ou suppression de mémoire vive (RAM) sur un serveur | Aucun(e) |
Ajout, suppression ou remplacement d’une carte réseau | Sans tests de stockage |
Mise à jour de microprogrammes ou d’un pilote de réseau existant | Sans tests de stockage |
Modification des paramètres du BIOS ou changement de version du microprogramme | Aucun(e) |
Ajout ou changement d’appareils périphériques autres que les composants réseau ou de stockage, tels que les lecteurs de CD-ROM ou DVD, les lecteurs de bande, les cartes vidéo, les périphériques audio et les périphériques USB | Aucun(e) |
Changements liés au système d’exploitation
Modifier | Tests de validation requis |
---|---|
Application des service packs de système d’exploitation, des mises à jour logicielles ou des correctifs logiciels qui affectent la pile de stockage | Numéro d’unité logique (LUN) unique |
Application de mises à jour logicielles ou de correctifs logiciels qui n’affectent pas la pile de stockage | Sans tests de stockage |
Installation d’une application sans mode noyau ni pilotes de filtres | Aucun(e) |
Changement ou ajout de pilotes de modes noyau | Numéro d’unité logique (LUN) unique |
Changements liés à la configuration du cluster
Modifier | Tests de validation requis |
---|---|
Ajout d’un nouveau nœud au cluster | COMPLET |
Ajout d’un nouveau nœud qui utilise des matériels différents | COMPLET |
Suppression d’un nœud du cluster | Aucun(e) |
Modification de la configuration de quorum | Aucun(e) |
Changements liés au stockage partagé
Modifier | Tests de validation requis |
---|---|
Modification ou ajout d’un groupe de stockage | COMPLET |
Ajout d’une autre unité RAID de matériel SCSI du même type, tant que cette unité utilise un adaptateur de bus hôte déjà dans la configuration | Numéro d’unité logique (LUN) unique |
Faire un mineur (0.x) révision du microprogramme de stockage | Numéro d’unité logique (LUN) unique |
Révision majeure (x.0) du microprogramme de stockage | Numéro d’unité logique (LUN) unique |
Présentation d’un nouveau disque ou numéro d’unité logique à un cluster | Complet, mais sur les nouveaux numéros d’unités logiques uniquement |
Changements liés au SAN (commutateur/concentrateur)
Modifier | Tests de validation requis |
---|---|
Ajout ou remplacement d’un commutateur ou d’un concentrateur Fibre Channel | COMPLET |
Modification du nombre de ports dans un bloc switch | Aucun(e) |
Révision mineure (0.x) apportée au microprogramme du commutateur Fibre Channel | Numéro d’unité logique (LUN) unique |
Révision majeure (X.0) apportée au microprogramme du commutateur Fibre Channel | Numéro d’unité logique (LUN) unique |
Modification de la configuration ou de la segmentation d’un commutateur | Complet, mais sur les numéros d’unités logiques modifiés uniquement |
Changements liés aux adaptateurs de bus hôte (HBA)
Modifier | Tests de validation requis |
---|---|
Remplacement d’un HBA (de même type ou de type différent) | COMPLET |
Ajout d’un nouveau HBA (de même type ou de type différent) | Numéro d’unité logique (LUN) unique |
Changement du microprogramme du HBA ou du BIOS | Numéro d’unité logique (LUN) unique |
Changement de la version de pilote du HBA | Numéro d’unité logique (LUN) unique |
Changements liés au logiciel à plusieurs chemins
Modifier | Tests de validation requis |
---|---|
Changement d’un chemin d’accès unique à plusieurs chemins d’accès, et vice versa | COMPLET |
Ajout d’un chemin | Numéro d’unité logique (LUN) unique |
Suppression d’un chemin | Numéro d’unité logique (LUN) unique |
Mise à jour de la version du module spécifique à l’appareil (DSM) | Numéro d’unité logique (LUN) unique |
Changement pour un DSM de type différent, par exemple un DSM d’un autre fournisseur | Numéro d’unité logique (LUN) unique |
Changements liés aux clusters multisites
Modifier | Tests de validation requis |
---|---|
Modification des réseaux qui connectent les nœuds | Sans tests de stockage |
Changement mineur de version (0.x) du logiciel de réplication des données | Numéro d’unité logique (LUN) unique |
Changement majeur de version (X.0) du logiciel de réplication des données, ou changement vers un type différent de logiciel de réplication | COMPLET |
Changements liés au réseau
Modifier | Tests de validation requis |
---|---|
Modification des microprogrammes, logiciels ou matériels du réseau | Sans tests de stockage |
Inclusion des tests de stockage
Lorsque vous effectuez des tests de validation de cluster sur un cluster configuré, vous n’exécutez pas toujours tous les tests de stockage. Cette section explique ce qu’il faut prendre en compte lorsque vous incluez ou excluez des tests de stockage.
Éléments à prendre en compte lorsque vous incluez les tests de stockage
L’Assistant Validation d’une configuration exécute tous les tests de stockage par défaut. Vous pouvez désélectionner l’ensemble ou certains des tests de stockage en choisissant l’option Exécuter uniquement les tests que je sélectionne dans la page Options de test de l’Assistant. Lorsque les tests de stockage sont inclus, la page Examiner le statut du stockage de l’Assistant affiche tous les disques et pools de stockage dans le cluster et vous permet de sélectionner ceux à inclure dans les tests de stockage. Les tests de stockage exigent d’abord qu’un disque ou pool de stockage soit attribué à un rôle en cluster ou qu’un volume partagé de cluster soit mis hors connexion. Par conséquent, tout élément utilisant le stockage n’a pas accès à celui-ci pendant les tests de stockage. Nous vous recommandons de mettre hors connexion tout rôle en cluster ou tout autre processus susceptible d’utiliser le disque ou le pool de stockage avant que le stockage ne soit inclus dans les tests de validation de stockage.
L’applet de commande Windows PowerShell de cluster test exécute tous les tests de stockage par défaut. Vous pouvez spécifier le -Include
paramètre pour exécuter uniquement des tests de stockage ou un test de stockage spécifique. Vous pouvez utiliser les paramètres et -Pool
les paramètres pour activer la -Disk
validation de stockage ciblée. Le -Disk
paramètre ou le -Pool
paramètre permet de spécifier, respectivement, un ou plusieurs disques ou pools de stockage à inclure dans le test de validation de stockage. Si le -Disk
paramètre ou le -Pool
paramètre est utilisé pour spécifier un disque ou un pool de stockage actuellement en ligne et affecté à un rôle cluster ou un volume partagé de cluster, vous devez également spécifier le paramètre pour valider le -Force
disque ou le pool de stockage correspondant ; sinon, vous devez vous assurer que le disque ou le pool de stockage en cluster est hors connexion avant d’exécuter les tests. Si le paramètre ou le -Disk
-Pool
paramètre n’est pas spécifié, Test-Cluster
exécute des tests de stockage sur tous les disques et pools de stockage disponibles pour l’utilisation du cluster ou qui se trouvent dans la ressource de cluster hors connexion ou dans un état d’échec. Nous vous recommandons de mettre hors connexion tout rôle en cluster ou tout autre processus susceptible d’utiliser le disque ou le pool de stockage avant que le stockage ne soit inclus dans le test de validation.
Stockage qui n’est pas directement connecté à tous les nœuds du cluster
Il peut arriver que la conception du cluster inclut le stockage qui n’est pas connecté à tous les nœuds du cluster. Citons, à titre d’exemple, les clusters multisites dans lesquels les nœuds de cluster dans SiteA sont connectés à un ensemble de périphériques de stockage, les nœuds dans SiteB sont connectés à un autre ensemble de périphériques de stockage, et une solution de réplication non-Microsoft est utilisée pour garantir que les deux ensembles de périphériques de stockage contiennent les mêmes données. Les clusters de basculement détectent cette configuration de stockage asymétrique, de sorte que les disques de SiteA valident uniquement avec les nœuds SiteA, et les disques de SiteB valident uniquement avec les nœuds dans SiteB.
L’un des scénarios où le support technique Microsoft peut demander que vous exécutez des tests de validation sur des clusters de production soit en cas d’échec de stockage de cluster qui peut être dû à une modification ou à un problème de configuration de stockage sous-jacent. Il est peut-être déconseillé de prendre un disque en mode hors connexion en raison de son impact sur la disponibilité des rôles en cluster qui l’utilisent. Dans ce cas, vous pouvez exécuter des tests de validation (y compris des tests de stockage) en créant ou en choisissant un numéro d’unité logique du même périphérique de stockage partagé et en le présentant à tous les nœuds dans le cluster. En testant ce numéro d’unité logique, vous pouvez éviter d’interrompre les rôles en cluster déjà en ligne dans le cluster et de tester toujours le sous-système de stockage sous-jacent.
Si un cluster de basculement réussit l’ensemble complet de tests de validation et n’a pas de modifications matérielles ou logicielles futures, il continuera d’être une configuration prise en charge. Toutefois, lorsque vous effectuez des mises à jour courantes des composants logiciels tels que les pilotes et le microprogramme, il peut être nécessaire de réexécuter l’Assistant Configuration pour vous assurer que la configuration actuelle du cluster de basculement est prise en charge. Les instructions suivantes peuvent vous aider à déterminer le moment où cette opération est nécessaire :
Tous les composants de la pile de stockage doivent être identiques sur tous les nœuds dans le cluster. Il est nécessaire que les logiciels d’E/S multipath (MPIO) et les composants logiciels DSM (Device Specific Module) soient identiques. Il est recommandé que les contrôleurs de périphériques de stockage de masse, c’est-à-dire l’adaptateur de bus hôte (HBA), les pilotes HBA et le microprogramme HBA, qui sont attachés à l’espace de stockage de cluster soient identiques. Si vous utilisez des HBA dissimilantes, vous devez vérifier auprès du fournisseur de stockage que vous suivez leurs configurations prises en charge ou recommandées.
Une bonne pratique consiste à conserver une petite unité logique disponible pour permettre à l’Assistant Validation d’une configuration d’exécuter des tests sur le stockage disponible sans affecter négativement les rôles en cluster. Si les services du support technique Microsoft exigent l’exécution d’un ensemble complet de tests de validation de cluster, l’Assistant vous permet de sélectionner ce disque pour les tests de stockage pour vérifier que le stockage fonctionne correctement.
Considérations à prendre en compte lorsque vous n’incluez pas de tests de stockage
Les tests de configuration système, les tests d’inventaire et les tests réseau ont une faible surcharge et peuvent être effectués sans effet significatif sur les serveurs d’un cluster.
Les services du support technique Microsoft peuvent vous demander d’exécuter la validation sur un cluster de production dans le cadre d’une procédure normale de résolution des problèmes (qui n’est pas axée sur le stockage). Dans ce scénario, utilisez l’Assistant pour inventorier le matériel et les logiciels, effectuer des tests réseau et valider la configuration du système. Certains scénarios peuvent nécessiter uniquement un sous-ensemble des tests complets. Par exemple, si vous résolvez un problème réseau sur un cluster de production, le support technique Microsoft peut demander que vous exécutez uniquement l’inventaire matériel et logiciel et les tests réseau.
Forum aux questions
Les solutions de clusters de basculement seront-elles répertoriées dans le catalogue Windows Server ?
Non, Microsoft ne conserve pas la liste des solutions fournisseur pour les clusters de basculement. Toutefois, de nombreux fournisseurs répertorient des solutions de clusters de basculement et des composants recommandés sur leurs sites Web.
Comment les services du support technique Microsoft vérifient-ils si la solution a été validée ?
L’Assistant Validation d’une configuration génère un simple rapport HTML qui affiche clairement si la solution a réussi tous les tests ou non. Ce rapport est recueilli dans le cadre de l’outil de diagnostic standard, MSDT.
Que se passe-t-il si j’apporte une modification à la configuration du cluster, comme l’ajout d’un nœud ? Dois-je exécuter à nouveau l’Assistant Validation d’une configuration ?
Oui, l’Assistant Validation d’une configuration doit être exécuté chaque fois qu’une modification est apportée à un cluster de basculement existant. Pour plus d'informations, voir Scénarios de validation courants plus haut dans ce guide.