Analyser un événement de performance dynamique sur un cluster dans une configuration MetroCluster
Suggérer des modifications
PDF
Vous pouvez utiliser Unified Manager pour analyser le cluster dans une configuration MetroCluster sur lequel un événement de performances a été détecté. Vous pouvez identifier le nom du cluster, l'heure de détection de l'événement et les charges de travail bully et victim impliquées.
-
Vous devez disposer du rôle d’opérateur, d’administrateur d’application ou d’administrateur de stockage.
-
Il doit y avoir des événements de performances nouveaux, reconnus ou obsolètes pour une configuration MetroCluster .
-
Les deux clusters de la configuration MetroCluster doivent être surveillés par la même instance de Unified Manager.
-
Affichez la page Détails de l'événement pour afficher des informations sur l'événement.
-
Consultez la description de l’événement pour voir les noms des charges de travail impliquées et le nombre de charges de travail impliquées.
Dans cet exemple, l'icône Ressources MetroCluster est rouge, indiquant que les ressources MetroCluster sont en conflit. Vous positionnez votre curseur sur l'icône pour afficher une description de l'icône.
-
Notez le nom du cluster et l’heure de détection des événements, que vous pouvez utiliser pour analyser les événements de performances sur le cluster partenaire.
-
Dans les graphiques, examinez les charges de travail victimes pour confirmer que leurs temps de réponse sont supérieurs au seuil de performances.
Dans cet exemple, la charge de travail de la victime est affichée dans le texte de survol. Les graphiques de latence affichent, à un niveau élevé, un modèle de latence cohérent pour les charges de travail des victimes impliquées. Même si la latence anormale des charges de travail de la victime a déclenché l'événement, un modèle de latence cohérent peut indiquer que les charges de travail fonctionnent dans la plage prévue, mais qu'un pic d'E/S a augmenté la latence et déclenché l'événement.
Si vous avez récemment installé une application sur un client qui accède à ces charges de travail de volume et que cette application leur envoie une grande quantité d'E/S, vous pouvez vous attendre à une augmentation de leurs latences. Si la latence des charges de travail revient dans la plage attendue, que l'état de l'événement devient obsolète et reste dans cet état pendant plus de 30 minutes, vous pouvez probablement ignorer l'événement. Si l'événement est en cours et reste dans le nouvel état, vous pouvez l'examiner plus en détail pour déterminer si d'autres problèmes ont provoqué l'événement.
-
Dans le graphique Débit de charge de travail, sélectionnez Charges de travail d'intimidation pour afficher les charges de travail d'intimidation.
La présence de charges de travail malveillantes indique que l'événement a pu être provoqué par une ou plusieurs charges de travail sur le cluster local surutilisant les ressources MetroCluster . Les charges de travail des intimidateurs présentent un écart élevé dans le débit d'écriture (Mo/s).
Ce graphique affiche, à un niveau élevé, le modèle de débit d'écriture (Mo/s) pour les charges de travail. Vous pouvez examiner le modèle d'écriture en Mo/s pour identifier un débit anormal, ce qui peut indiquer qu'une charge de travail utilise de manière excessive les ressources MetroCluster .
Si aucune charge de travail d'intimidation n'est impliquée dans l'événement, l'événement peut avoir été causé par un problème de santé avec le lien entre les clusters ou un problème de performances sur le cluster partenaire. Vous pouvez utiliser Unified Manager pour vérifier l’état des deux clusters dans une configuration MetroCluster . Vous pouvez également utiliser Unified Manager pour vérifier et analyser les événements de performances sur le cluster partenaire.