Skip to main content
Active IQ Unified Manager 9.10
Une version plus récente de ce produit est disponible.
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Réponse à un événement de performance dynamique causé par l'accélération du groupe de règles de QoS

Contributeurs

Vous pouvez utiliser Unified Manager pour rechercher un événement de performance provoqué par un groupe de règles de qualité de service (QoS) qui restreint le débit du workload (Mbit/s). Cette accélération a permis d'augmenter les temps de réponse (latence) des workloads de volumes dans le groupe de règles. Vous pouvez utiliser les informations d'événement pour déterminer si de nouvelles limites des groupes de règles sont nécessaires pour arrêter la restriction.

Ce dont vous aurez besoin

  • Vous devez avoir le rôle opérateur, administrateur d'applications ou administrateur de stockage.

  • Il doit y avoir des événements de performances nouveaux, acquittés ou obsolètes.

Étapes
  1. Affichez la page Détails de l'événement pour afficher des informations sur l'événement.

  2. Lisez la Description, qui affiche le nom des charges de travail affectées par la restriction.

    Remarque

    La description peut afficher la même charge de travail pour la victime et le tyran, car la restriction en fait la charge de travail victime de lui-même.

  3. Enregistrez le nom du volume à l'aide d'une application telle qu'un éditeur de texte.

    Vous pouvez effectuer une recherche sur le nom du volume pour le retrouver ultérieurement.

  4. Dans les graphiques latence de la charge de travail et utilisation de la charge de travail, sélectionnez charges de travail importantes.

  5. Passez le curseur de la souris sur les graphiques pour afficher les principales charges de travail définies par l'utilisateur qui affectent le groupe de règles.

    La charge de travail en haut de la liste a la plus grande déviation et a provoqué la restriction. L'activité correspond au pourcentage de la limite de groupe de règles utilisée par chaque charge de travail.

  6. Dans la zone actions suggérées, cliquez sur le bouton analyser la charge de travail pour la charge de travail supérieure.

  7. Sur la page analyse de la charge de travail, définissez le graphique latence pour afficher tous les composants du cluster et le graphique débit pour afficher l'analyse.

    Les graphiques détaillés sont affichés sous le tableau latence et le graphique Op E/S par sec.

  8. Comparez les limites de qualité de service dans le graphique latence pour voir quelle quantité d'accélération a affecté la latence au moment de l'événement.

    Le groupe de règles de QoS possède un débit maximal de 1,000 opérations par seconde (op/s), que les workloads IT ne peuvent pas dépasser collectivement. Au moment de l'événement, le débit combiné des charges de travail du groupe de règles était de plus de 1,200 opérations/s, ce qui a poussé le groupe de règles à ralentir son activité à 1,000 opérations/s.

  9. Comparez les valeurs reads/écrit latence aux valeurs reads/writes/Other.

    Les deux graphiques présentent un nombre élevé de demandes de lecture avec une latence élevée, mais le nombre de requêtes et la latence pour les demandes d'écriture sont faibles. Ces valeurs vous permettent de déterminer la présence d'un haut débit ou d'un grand nombre d'opérations ayant augmenté la latence. Vous pouvez utiliser ces valeurs pour décider de mettre une limite de groupe de règles sur le débit ou les opérations.

  10. Utilisez ONTAP System Manager pour augmenter la limite actuelle du groupe de règles à 1,300 op/s.

  11. Après une journée, revenez à Unified Manager et entrez la charge de travail que vous avez enregistrée à l'étape 3 dans la page analyse de la charge de travail.

  12. Sélectionnez le tableau décomposition du débit.

    Le graphique lit/écrit/autre s'affiche.

  13. En haut de la page, pointez votre curseur sur l'icône de changement d'événement (Icône changer événement) pour le changement de limite de groupe de polices.

  14. Comparez le graphique reads/writes/Other avec le graphique latence.

    Les requêtes de lecture et d'écriture sont identiques, mais l'accélération a cessé et la latence a diminué.