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.

Fixer un plafond de débit avec la QoS

Contributeurs
PDF

Vous pouvez utiliser le max-throughput Champ permettant à un groupe de règles de définir une limite de débit pour les workloads d'objets de stockage (QoS max). Vous pouvez appliquer le groupe de règles lors de la création ou de la modification de l'objet de stockage.

Ce dont vous avez besoin

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

  • Vous devez être un administrateur de cluster pour appliquer une « policy group » à un SVM.

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 plafond de débit défini s'applique à chaque charge de travail membre individuellement. Sinon, le groupe de règles est Shared: le débit total des charges de travail affectées au groupe de règles ne peut pas dépasser le plafond spécifié.

    Réglez -is-shared=false pour le qos policy-group create commande permettant de spécifier un groupe de polices non partagé.

  • Vous pouvez spécifier la limite de débit pour le plafond en IOPS, Mo/s ou IOPS, Mo/s. Si vous spécifiez les IOPS et Mo/s, la première limite atteinte est appliquée.

    Remarque

    Si vous définissez une limite et un sol pour la même charge de travail, vous pouvez spécifier la limite de débit pour le plafond des IOPS uniquement.

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

  • Vous ne pouvez pas affecter un objet de stockage à un groupe de règles si son objet contenant ou ses objets enfants appartiennent à ce groupe.

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

Étapes

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

    qos policy-group create -policy-group policy_group -vserver SVM -max-throughput number_of_iops|Mb/S|iops,Mb/S -is-shared true|false

    Pour connaître la syntaxe complète de la commande, reportez-vous à la page man. Vous pouvez utiliser le qos policy-group modify commande permettant d'ajuster les plafonds de débit.

    La commande suivante crée la « policy group » partagée pg-vs1 Avec un débit maximum de 5,000 000 IOPS :

    cluster1::> qos policy-group create -policy-group pg-vs1 -vserver vs1 -max-throughput 5000iops -is-shared true

    La commande suivante crée le « policy group » non partagé pg-vs3 Avec un débit maximum de 100 400 IOPS et 80 Ko/S :

    cluster1::> qos policy-group create -policy-group pg-vs3 -vserver vs3 -max-throughput 100iops,400KB/s -is-shared false

    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

  2. Appliquer une « policy group » à un SVM, fichier, volume ou LUN :

    storage_object create -vserver SVM -qos-policy-group policy_group

    Pour connaître la syntaxe complète des commandes, consultez les pages de manuels. Vous pouvez utiliser le storage_object modify commande pour appliquer un autre groupe de règles à l'objet de stockage.

    La commande suivante applique la « policy group » pg-vs1 À la SVM vs1:

    cluster1::> vserver create -vserver vs1 -qos-policy-group pg-vs1

    Les commandes suivantes appliquent la « policy group » pg-app aux volumes app1 et app2:

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

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

    qos statistics performance show

    Pour connaître la syntaxe complète de la commande, reportez-vous à la page man.

    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_vs1                   5008       19.56MB/s     2.45ms
_System-Best-Effort        62       13.36KB/s     4.13ms
_System-Background         30           0KB/s        0ms

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

    qos statistics workload performance show

    Pour connaître la syntaxe complète de la commande, reportez-vous à la page man.

    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
app1-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
    Remarque

    Vous pouvez utiliser le qos statistics workload latency show Commande pour afficher les statistiques de latence détaillées pour les workloads de QoS.