VPLEX : Latence d’écriture importante sur les périphériques distribués VPlex en raison de problèmes de performances back-end

Les hôtes subissent une latence d’écriture importante, ce qui peut entraîner une indisponibilité des données de performances.

Du côté VPlex, il peut y avoir un flux d’abandons d’hôte (événements stdf/10) dont l’état est 0x2a ou 0x8a. This means that the hosts are aborting write IOs :

128.221.252.67/cpu0/log :5988 :W/"00601672b5b475554-2 » :126043:<6>2019/01/10 19:39:09.68 : stdf/10 Scsi Tmf [Abort Task] on fcp ITLQ : [10:00:00:00 :C9 :C9 :AB :DC (0x10000000c9c9abdc) A0-FC00 (0x5000144260756500) 0x8000000000000 0x243] vol dd_vol taskElapsedTime(usec) 5339 dormantQCnt 0 enabledQCnt 0 status 2a000000000000605:400ac800000002
128.221.252.67/cpu0/log :5988 :W/"00601672b5b475554-2 » :126043:<6>2019/01/10 19:39:09.68 : stdf/10 Scsi Tmf [Abort Task] on fcp ITLQ : [10:00:00:00 :C9 :C9 :AB :DC (0x10000000c9c9abdc) A0-FC00 (0x5000144260756500) 0x8000000000000 0x243] vol dd_vol taskElapsedTime(usec) 5339 dormantQCnt 0 enabledQCnt 0 status 2a000000000000605:400ac800000002
128.221.252.67/cpu0/log :5988 :W/"00601672b5b475554-2 » :126043:<6>2019/01/10 19:39:09.68 : stdf/10 Scsi Tmf [Abort Task] on fcp ITLQ : [10:00:00:00 :C9 :C9 :AB :DC (0x10000000c9c9abdc) A0-FC00 (0x5000144260756500) 0x8000000000000 0x243] vol dd_vol taskElapsedTime(usec) 5339 dormantQCnt 0 enabledQCnt 0 status 2a000000000000605:400ac800000002


Flux d’expirations du délai d’expiration du back-end (événements scsi/140) sur le volume de stockage qui correspond au volume virtuel présenté aux hôtes concernés :
 

firmware.log_20181019000922:128.221.253.36/cpu0/log :5988 :W/"0060166fc49615528-1 » :304763:<4>2019/01/10 19:39:09.68 : scsi/140 Scsi command 0x7ec67ce41278 timeout, opcode 0x2a luid VPD83T3:600000000000000000000000000000000000 nexus x fcp i 0xc0014487873b8800 t 0x5006016c47e02548 0x000f000000000000 firmware.log_20181019000922:128.221.253.36/cpu0/log :5988 :W/"0060166fc49615528-1 » :304764:<4>2019/01/10 19:39:09.68 : scsi/140 Scsi command 0x7ec67b9c99f0 timeout, opcode 0x2a luid VPD83T3:600000000000000000000000000000000 nexus x fcp i 0xc0014487873b8800 t 0x5006016c47e02548 0x004f000000000000 firmware.log_20181019000922:128.221.253.36/cpu0/log :5988 :W/"0060166fc49615528-1 » :304765:<4>2019/01/10 19:39:09.68 : scsi/140 Scsi command 0x7ec67f032f90 timeout, opcode 0x2a luid VPD83T3:600000000000000000000000000000000 nexus x fcp i 0xc0014487873b8900 t 0x5006016d47e02548 0x000f0000000000

Des événements de dégradation des performances peuvent également être observés (événements amf/249) sur les volumes de stockage concernés.

128.221.253.67/cpu0/log :5988 :W/"0060166fd1a610335-2 » :2359857:<4>2019/01/10 19:39:09.6 : amf/249 Amf sop_xxxx performance has degraded. La latence moyenne des E/S en écriture est passée de 0,0 milliseconde à 216,197 millisecondes, ce qui est supérieur à la limite acceptable de 200 millisecondes.
128.221.253.67/cpu0/log :5988 :W/"0060166fd1a610335-2 » :2359857:<4>2019/01/10 19:39:09.6 : amf/249 Amf sop_xxxx performance has degraded. La latence moyenne des E/S en écriture est passée de 0,0 milliseconde à 216,197 millisecondes, ce qui est supérieur à la limite acceptable de 200 millisecondes.
128.221.253.67/cpu0/log :5988 :W/"0060166fd1a610335-2 » :2359857:<4>2019/01/10 19:39:09.6 : amf/249 Amf sop_xxxx performance has degraded. La latence moyenne des E/S en écriture est passée de 0,0 milliseconde à 216,197 millisecondes, ce qui est supérieur à la limite acceptable de 200 millisecondes.


Un tronçon de miroir RAID-1 créé sur un volume de stockage peu performant peut réduire les performances de l’ensemble du périphérique RAID-1 et augmenter les latences d’E/S vers les applications qui utilisent cet appareil. Cela est dû au fait que les I/Os d’écriture ne sont écrites qu’après avoir été acquittées sur les deux tronçons (l’un d’eux étant le tronçon peu performant)

Cela peut être dû à un problème de baie ou de fabric back-end qui entraînerait l’affichage d’un flux d’expirations de délai back-end sur le système VPLEX.

L’activation de la fonction d’isolement du miroir atténuerait le problème de latence élevée, car elle isolerait le périphérique défectueux et empêcherait les E/S d’y être traitées. Cela doit permettre aux applications de récupérer jusqu’à ce que les problèmes de backend soient résolus.

VPlexcli :/>device mirror-isolation enable

VPlexcli :/>device mirror-isolation show
Cluster Enabled Auto unisolation Isolation Interval Unisolation Interval
--------- ------- ---------------- ------------------ --------------------
cluster-1 true true 60 14400
cluster-2 true true 60 14400


Cette fonctionnalité isole automatiquement [arrête d’effectuer des E/S vers] les tronçons RAID-1 peu performants. Elle est activée par cluster. 

Avantages:

1.  Fonctionnalité automatique qui permet d’isoler rapidement les jambes peu performantes après que le problème se soit produit [généralement en quelques minutes]
2.  Lorsqu’un périphérique n’est plus isolé, la reconstruction se fait automatiquement et reconstruit uniquement les modifications qui se sont produites pendant l’isolement du tronçon de périphérique. Cela ne prend généralement que quelques minutes pour se resynchroniser
3. La fonctionnalité peut être facilement et rapidement activée et désactivée 

Contre:

1. Lorsqu’un tronçon d’appareil est isolé, l’appareil de niveau supérieur n’a plus de redondance
2. Une fois qu’un tronçon de périphérique est isolé, VPLEX ne vérifie pas s’il doit le libérer pendant 4 heures [cela évite que des problèmes de performances intermittents affectent les performances par intermittence]

Pour plus d’informations sur la fonction d’isolation du miroir, reportez-vous au Guide d’administration VPLEX.

L’utilisation de l’isolation du miroir résout uniquement les problèmes de performances, ce qui arrête l’impact sur les performances. Toutefois, la cause première de la dégradation des performances doit être étudiée plus en détail. Les équipes chargées de la baie back-end et du fabric back-end doivent être chargées d’examiner ce problème plus en détail.

REMARQUE :
Consultez également l’article KB 530520, « VPLEX : Les défaillances d’un seul composant dans le fabric ou les contrôleurs de baie peuvent entraîner une indisponibilité des données de performances continue sur les hôtes accédant au stockage via VPLEX »

Ce contenu est traduit dans d’autres langues : 

https://downloads.dell.com/TranslatedPDF/PT-BR_KB530258.pdf

https://downloads.dell.com/TranslatedPDF/ZH-CN_KB530258.pdf

https://downloads.dell.com/TranslatedPDF/AR-EG_KB530258.pdf

https://downloads.dell.com/TranslatedPDF/DE_KB530258.pdf

https://downloads.dell.com/TranslatedPDF/ES_KB530258.pdf

https://downloads.dell.com/TranslatedPDF/FR_KB530258.pdf

https://downloads.dell.com/TranslatedPDF/KO_KB530258.pdf

https://downloads.dell.com/TranslatedPDF/JA_KB530258.pdf

https://downloads.dell.com/TranslatedPDF/IT_KB530258.pdf

https://downloads.dell.com/TranslatedPDF/NL_KB530258.pdf

https://downloads.dell.com/TranslatedPDF/PT_KB530258.pdf

https://downloads.dell.com/TranslatedPDF/RU_KB530258.pdf

https://downloads.dell.com/TranslatedPDF/SV_KB530258.pdf