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 seuil de débit avec la QoS dans ONTAP

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

Vous pouvez utiliser le min-throughput Champ permettant à un groupe de règles de définir un étage de débit pour les workloads d'objets de stockage (QoS min). Vous pouvez appliquer le groupe de règles lors de la création ou de la modification de l'objet de stockage. Depuis la version ONTAP 9.8, vous pouvez spécifier le seuil de débit en IOPS ou Mbit/s, ou IOPS et Mbit/s.

Avant de commencer

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

  • À 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.

Description de la tâche

  • 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".

  3. Vous pouvez utiliser qos policy-group modify la commande pour ajuster les étages de débit.

    La commande suivante crée la « policy group » partagée pg-vs2 avec un débit minimal de 1,000 000 IOPS :

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

    La commande suivante crée le « policy group » non partagé pg-vs4 sans limite de débit :

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

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

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

    storage_object create -vserver SVM -qos-policy-group policy_group`Vous pouvez utiliser le `_storage_object_modify commande pour appliquer un groupe de politiques différent à l'objet de stockage.

    La commande suivante applique la « policy group » pg-app2 au volume app2:

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

    Pour en savoir plus sur les commandes décrites dans cette procédure"Référence de commande ONTAP", reportez-vous à la .

  5. 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.

    La commande suivante affiche les performances de « policy group » :

    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".

  6. 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.

    La commande suivante indique les performances des workloads :

    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".

    Remarque

    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".