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

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

03/12/2026 Contributeurs

PDF

Un plafond ou une limite de qualité de service (QoS) garantit que le débit d'une charge de travail ne dépasse pas un nombre maximal d'IOPS ou de Mo/s, ou un nombre maximal d'IOPS et de Mo/s indépendamment des charges de travail concurrentes. Définissez un plafond de débit pour éviter que les charges de travail moins critiques ne consomment des ressources de performance excessives et ne dégradent les performances des charges de travail plus critiques.

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.

Avant de commencer

Vous devez être administrateur du cluster pour créer un groupe de stratégies et appliquer un groupe de stratégies à une 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 une « policy group » non partagée.
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.

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

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 en savoir plus, qos policy-group create consultez le "Référence de commande ONTAP".

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

L'exemple suivant crée le groupe de stratégies partagées pg-vs1 avec un débit maximal de 5 000 IOPS :
```
cluster1::> qos policy-group create -policy-group pg-vs1 -vserver vs1 -max-throughput 5000iops -is-shared true
```
L'exemple suivant crée le groupe de stratégies non partagé pg-vs3 avec un débit maximal de 100 IOPS et 400 Kb/s :
```
cluster1::> qos policy-group create -policy-group pg-vs3 -vserver vs3 -max-throughput 100iops,400KB/s -is-shared false
```
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
```
Pour en savoir plus, qos policy-group modify consultez le "Référence de commande ONTAP".
Appliquer une « policy group » à un SVM, fichier, volume ou 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-vs1 à la SVM vs1 :
```
cluster1::> vserver create -vserver vs1 -qos-policy-group pg-vs1
```
Les exemples suivants appliquent le groupe de politiques 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
```

Surveillance des performances des groupes de règles :

qos statistics performance show

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

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

Contrôle de la performance des charges de travail :
```
qos statistics workload performance show
```
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
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
```
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".

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

Creating your file...