VPLEX : Échec du rapport de validation du stockage du cluster de basculement Microsoft virtuel pour les périphériques distribués
Summary: Si un cluster de basculement Windows Server est hébergé sur un hôte de virtualisation ESXi et utilise des périphériques distribués VPLEX Metro en tant que RDM physiques sur les machines virtuelles du cluster, le test de validation du stockage du cluster dans la machine virtuelle peut échouer si les chemins sélectionnés par NMP pointent vers des clusters VPLEX différents. Cela est normal. La fonctionnalité de disque du cluster n’est pas affectée. ...
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
Dans l’environnement suivant :
- un cluster de basculement Windows Server,
- formé par des machines virtuelles sur un hyperviseur vSphere ESXi,
- à l’aide de VPLEX Metro Distributed Devices,
- provisionnés en tant que RDM physiques sur les machines virtuelles du cluster,
- à l’aide de NMP VMW_SATP_INV avec VMW_PSP_FIXED.
Une différence notable réside dans la section du numéro de série VPD.
Lorsque les tests de stockage réussissent, ils affichent des numéros de série identiques.
En cas d’échec, le numéro de série est différent.
La fonctionnalité de basculement d’appareil n’est pas affectée, mais les résultats de validation varient. Cela peut à son tour soulever des problèmes de supportabilité.
Cause
Dans le scénario de cluster virtuel ci-dessus, le chemin activement sélectionné de la couche de multipathing au niveau de l’hyperviseur (NMP) peut parfois pointer vers différents clusters VPLEX.
Si cela se produit, la demande SCSI envoyée à l’objet disque RDM correspondant dans la machine virtuelle peut renvoyer un numéro de série différent pour la même présentation de périphérique distribué que sur un autre nœud de cluster.
Resolution
Le cluster virtualisé se comporte comme un cluster physique.
Dans le scénario de cluster virtuel ci-dessus, le chemin activement sélectionné de la couche de multipathing au niveau de l’hyperviseur (NMP) peut parfois pointer vers différents clusters VPLEX.
Si cela se produit, la demande SCSI envoyée à l’objet disque RDM correspondant dans la machine virtuelle peut correctement renvoyer un numéro de série différent pour la même présentation de périphérique distribué par rapport à un nœud de cluster homologue.
Ce comportement est normal.
La fonctionnalité de disque du cluster n’est pas affectée. Il s’agit uniquement d’un symptôme du rapport de validation.
Ce comportement est documenté dans le Guide de connectivité des hôtes Dell pour Windows, dans la section Clustering avec basculement Windows avec VPLEX .
Ce guide est accessible sur la page de support Dell à l’adresse https://elabnavigator.dell.com/eln/hostConnectivity.
Le comportement est également expliqué en détail sur la page Web de Microsoft https ://learn.microsoft.com/en-us/troubleshoot/windows-server/high-availability/failover-cluster-storage-validation-tests-don’t-discover-all-shared-luns.
Dans le scénario de cluster virtuel ci-dessus, le chemin activement sélectionné de la couche de multipathing au niveau de l’hyperviseur (NMP) peut parfois pointer vers différents clusters VPLEX.
Si cela se produit, la demande SCSI envoyée à l’objet disque RDM correspondant dans la machine virtuelle peut correctement renvoyer un numéro de série différent pour la même présentation de périphérique distribué par rapport à un nœud de cluster homologue.
Ce comportement est normal.
La fonctionnalité de disque du cluster n’est pas affectée. Il s’agit uniquement d’un symptôme du rapport de validation.
Ce comportement est documenté dans le Guide de connectivité des hôtes Dell pour Windows, dans la section Clustering avec basculement Windows avec VPLEX .
Ce guide est accessible sur la page de support Dell à l’adresse https://elabnavigator.dell.com/eln/hostConnectivity.
Le comportement est également expliqué en détail sur la page Web de Microsoft https ://learn.microsoft.com/en-us/troubleshoot/windows-server/high-availability/failover-cluster-storage-validation-tests-don’t-discover-all-shared-luns.
Additional Information
Remarques
- Les anciennes versions du Guide de connectivité de l’hôte pour Windows font référence à « Windows Server 2012 » et « Windows Server 2012 R2 ». Ce comportement s’applique à toutes les versions de Windows Server, comme indiqué également dans le lien vers la solution Microsoft (ci-dessous). Le Guide a été modifié.
- Les anciennes versions du Guide de connectivité hôte pour Windows peuvent mentionner la base de connaissances Microsoft KB 2914974, désormais obsolète. Microsoft a republié le contenu à l’adresse https ://learn.microsoft.com/en-us/troubleshoot/windows-server/high-availability/failover-cluster-storage-validation-tests-don’t-discover-all-shared-luns
- Ce comportement est indépendant de la règle de sélection du chemin d’accès vSphere ESXi NMP. Cela se produira également avec le round-robin.
- Ce comportement est enraciné dans un comportement principal des périphériques distribués VPLEX. Il est donc indépendant de l’hyperviseur utilisé. Des résultats similaires sont attendus avec Microsoft Hyper-V et d’autres.
Affected Products
VPLEXArticle Properties
Article Number: 000221583
Article Type: Solution
Last Modified: 05 Apr 2024
Version: 5
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.