VPLEX : Les échecs de composants dans le fabric ou le contrôleur de baie entraînent une indisponibilité des données de performances

Résumé du
problèmeLes utilisateurs finaux peuvent subir un grave impact sur certains ou tous les hôtes connectés à VPLEX en raison de problèmes tels que des vidages lents, des pannes du contrôleur cible de la baie, des erreurs CRC, des pannes ASIC du commutateur, des redémarrages du commutateur, etc. Le back-end VPLEX utilise une règle de permutation circulaire qui peut entraîner des problèmes sur une structure qui affectent tous les chemins d’hôte de cette structure (ou qui peuvent également affecter les chemins de l’autre structure).
  
Pour les équipes en charge des commutateurs et des baies   
Si un utilisateur final signale un impact étendu en raison de la défaillance d’un seul composant, d’une décharge lente, etc., vérifiez auprès de l’utilisateur final si VPLEX se trouve dans l’environnement. Si VPLEX se trouve dans l’environnement et que l’étendue du problème est connue, demandez à l’utilisateur final de bloquer le ou les chemins concernés sur le commutateur. Si VPLEX se trouve dans l’environnement et que les chemins affectés ne sont pas connus, contactez le support client Dell EMC, expliquez le problème et mentionnez cet article.
 
Pour l’équipe
VPLEXSi l’utilisateur final signale un impact continu sur une demande de service et que l’on soupçonne que la cause est due à des chemins back-end peu performants, identifiez les chemins peu performants et bloquez-les dans VPLEX. Si les chemins affectés ne sont pas évidents, faites appel à un coach pour obtenir de l’aide. La collaboration entre les commutateurs et les baies peut être effectuée une fois l’impact terminé.
 
Fond
Flux
d’E/S VPLEX vers baieVPLEX fonctionne de la même manière qu’un environnement hôte en cluster. Chaque directeur qui reçoit des E/S de l’hôte est responsable de l’exécution de ces E/S. Chaque directeur dispose de plusieurs chemins d’accès sur les deux fabrics vers chaque LUN. Chaque directeur VPLEX est responsable de l’équilibrage des E/S sur tous les chemins actifs disponibles.
 
Détection et atténuation
des pannes VPLEXLa principale méthode utilisée par VPLEX pour détecter et atténuer les pannes de chemin consiste à surveiller le taux d’expirations de délai sur chaque chemin. Si 90 % des E/S expirent au cours de deux périodes consécutives de 15 secondes, VPLEX bannit le chemin affecté et ne l’utilise plus. VPLEX sonde ensuite régulièrement le chemin banni et l’annule si les E/S sont à nouveau observées sur ce chemin.
 
Comment des problèmes peuvent survenir
En raison du seuil élevé pour le bannissement des chemins, des explorations fréquentes et du seuil bas pour annuler la bannissement du chemin, VPLEX peut continuer à utiliser des chemins défectueux. Par conséquent, VPLEX peut envoyer une quantité importante d’E/S via des chemins peu performants ou des chemins ayant subi des pannes logicielles. Cette E/S expire ou prend trop de temps. Il en résulte des temps de réponse considérablement plus élevés sur tous les chemins d’accès à l’hôte. Cela peut entraîner une indisponibilité des données de performances pour un ou tous les hôtes connectés au VPLEX.


Recommandation
Effectuez une mise à niveau vers le code cible VPLEX GeoSynchrony 6.2 P3 ou version ultérieure pour améliorer la décharge/gestion des conditions ci-dessus. Reportez-vous aux notes de mise à jour pour plus d’informations sur la fonctionnalité de gestion des chemins back-end.