Skip to main content
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Définissez un débit minimal avec les groupes de stratégies QoS ONTAP

Contributeurs netapp-aherbin netapp-aaron-holt netapp-thomi netapp-barbe netapp-dbagwell netapp-ahibbard
PDF

Un seuil de qualité de service (QoS) ou un plancher de débit garantit que le débit d'une charge de travail ne descend pas en dessous d'un nombre minimal d'IOPS ou de MBps, ou d'IOPS et de MBps, indépendamment des charges de travail concurrentes. Définissez un plancher de débit pour garantir que les charges de travail critiques sont prioritaires et répondent aux exigences minimales de performance.

Vous pouvez utiliser le champ min-throughput d’un groupe de stratégies pour définir un débit minimal pour les charges de travail des objets de stockage (QoS Min). Vous pouvez appliquer le groupe de stratégies lors de la création ou de la modification de l’objet de stockage.

Avant de commencer

  • Pour créer une « policy group » il faut être un administrateur de cluster.

Description de la tâche

  • À partir de ONTAP 9.13.1, vous pouvez appliquer des planchers de débit au niveau du SVM en utilisant un modèle de groupe de règles adaptatif. Vous ne pouvez pas définir de modèle de « policy group » adaptatif sur une SVM disposant d'une « policy group » QoS.

  • À partir de ONTAP 9.8, vous pouvez spécifier le débit minimal en IOPS ou MBps, ou IOPS et MBps.

  • Depuis ONTAP 9.4, vous pouvez utiliser un groupe de règles QoS non-partagé pour spécifier que le niveau de débit défini soit appliqué individuellement à chaque charge de travail membre. C'est la seule condition dans laquelle un groupe de règles pour un étage de débit peut être appliqué à plusieurs charges de travail.

    Réglez -is-shared=false pour le qos policy-group create commande permettant de spécifier une « policy group » non partagée.

  • Le débit d'une charge de travail peut tomber en dessous du seuil spécifié si la capacité de performance est insuffisante (marge) sur le nœud ou l'agrégat.

  • Un objet de stockage faisant l'objet d'une limite QoS doit être contenu par le SVM auquel appartient le groupe de règles. Plusieurs « policy group » peuvent appartenir à la même SVM.

  • Il s'agit d'une meilleure pratique de QoS pour appliquer un groupe de règles au même type d'objets de stockage.

  • Un groupe de règles qui définit un étage de débit ne peut pas être appliqué à un SVM.

Étapes

  1. Vérifier que la capacité de performance sur le nœud ou l'agrégat est appropriée, comme décrit dans "Identification de la capacité de performance restante".

  2. Création d'une « policy group » :

    qos policy-group create -policy-group <policy_group> -vserver <SVM> -min-throughput <qos_target> -is-shared <true|false>

    Pour en savoir plus, qos policy-group create consultez le "Référence de commande ONTAP".

    L'exemple suivant crée le groupe de stratégies partagées pg-vs2 avec un débit minimal de 1 000 IOPS :

    cluster1::> qos policy-group create -policy group pg-vs2 -vserver vs2 -min-throughput 1000iops -is-shared true

    L'exemple suivant crée le groupe de stratégies non partagé pg-vs4 sans limite de débit :

    cluster1::> qos policy-group create -policy group pg-vs4 -vserver vs4 -is-shared false

    Vous pouvez utiliser la commande qos policy-group modify pour ajuster les seuils de débit. En savoir plus sur qos policy-group modify dans la "Référence de commande ONTAP".

  3. Appliquer une « policy group » à un volume ou une LUN :

    vserver create -vserver <SVM> -qos-policy-group <policy_group>

    Vous pouvez utiliser la commande vserver modify pour appliquer un groupe de stratégies différent à l'objet de stockage.

    L'exemple suivant applique le groupe de stratégies pg-app2 au volume app2 :

    cluster1::> volume create -vserver vs2 -volume app2 -aggregate aggr1 -qos-policy-group pg-app2

  4. Surveillance des performances des groupes de règles :

    qos statistics performance show
    Remarque

    Contrôle des performances depuis le cluster. N'utilisez pas d'outil sur l'hôte pour surveiller les performances.

    L'exemple suivant montre les performances d'un groupe de politiques :

    cluster1::> qos statistics performance show
Policy Group           IOPS      Throughput   Latency
-------------------- -------- --------------- ----------
-total-                 12316       47.76MB/s  1264.00us
pg_app2                  7216       28.19MB/s   420.00us
_System-Best-Effort        62       13.36KB/s     4.13ms
_System-Background         30           0KB/s        0ms

    Pour en savoir plus, qos statistics performance show consultez le "Référence de commande ONTAP".

  5. Contrôle de la performance des charges de travail :

    qos statistics workload performance show
    Remarque

    Contrôle des performances depuis le cluster. N'utilisez pas d'outil sur l'hôte pour surveiller les performances.

    L'exemple suivant montre les performances de la charge de travail :

    cluster1::> qos statistics workload performance show
Workload          ID     IOPS      Throughput    Latency
--------------- ------ -------- ---------------- ----------
-total-              -    12320        47.84MB/s  1215.00us
app2-wid7967      7967     7219        28.20MB/s   319.00us
vs1-wid12279     12279     5026        19.63MB/s     2.52ms
_USERSPACE_APPS     14       55        10.92KB/s   236.00us
_Scan_Backgro..   5688       20            0KB/s        0ms

    Pour en savoir plus, qos statistics workload performance show consultez le "Référence de commande ONTAP".

Vous pouvez utiliser qos statistics workload latency show la commande pour afficher les statistiques détaillées de latence des charges de travail QoS. Pour en savoir plus, qos statistics workload latency show consultez le "Référence de commande ONTAP".