La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Imposta un limite di throughput con i gruppi di policy QoS di ONTAP

03/12/2026 Collaboratori

PDF

Un limite massimo di QoS o di throughput garantisce che il throughput di un carico di lavoro non superi un numero massimo di IOPS o MBps, o IOPS e MBps indipendentemente dai carichi di lavoro concorrenti. Imposta un limite di throughput per impedire che carichi di lavoro meno critici consumino risorse di prestazioni eccessive e degradino le prestazioni di carichi di lavoro più critici.

È possibile utilizzare max-throughput Campo per un gruppo di criteri per definire un limite massimo di throughput per i carichi di lavoro degli oggetti di storage (QoS Max). È possibile applicare il gruppo di criteri quando si crea o si modifica l'oggetto di storage.

Prima di iniziare

Devi essere un amministratore del cluster per creare un gruppo di policy e applicare un gruppo di policy a una SVM.

A proposito di questa attività

A partire da ONTAP 9.4, è possibile utilizzare un gruppo di policy di qualità del servizio non-shared per specificare che il limite di throughput definito si applica a ogni singolo carico di lavoro membro. In caso contrario, il gruppo di criteri è shared: il throughput totale per i carichi di lavoro assegnati al gruppo di criteri non può superare il limite massimo specificato.

Impostare -is-shared=false per qos policy-group create per specificare un gruppo di criteri non condiviso.
È possibile specificare il limite di throughput per il limite massimo in IOPS, MB/s o IOPS, MB/s. Se si specificano IOPS e MB/s, viene applicato il limite raggiunto per primo.

Se si impostano un soffitto e un pavimento per lo stesso carico di lavoro, è possibile specificare il limite di throughput per il soffitto solo in IOPS.
Un oggetto storage soggetto a un limite di QoS deve essere contenuto dalla SVM a cui appartiene il gruppo di criteri. Più gruppi di criteri possono appartenere alla stessa SVM.
Non è possibile assegnare un oggetto di storage a un gruppo di criteri se l'oggetto contenente o i relativi oggetti figlio appartengono al gruppo di criteri.
È consigliabile applicare un gruppo di criteri allo stesso tipo di oggetti di storage.

Fasi

Creare un gruppo di criteri:
```
qos policy-group create -policy-group <policy_group> -vserver <SVM> -max-throughput <number_of_iops_|Mb/S|iops,Mb/S> -is-shared <true|false>
```
Ulteriori informazioni su qos policy-group create nella "Riferimento al comando ONTAP".

È possibile utilizzare il qos policy-group modify comando per regolare i limiti massimi di throughput.

L'esempio seguente crea il gruppo di policy condiviso pg-vs1 con un throughput massimo di 5.000 IOPS:
```
cluster1::> qos policy-group create -policy-group pg-vs1 -vserver vs1 -max-throughput 5000iops -is-shared true
```
L'esempio seguente crea il gruppo di policy non condiviso pg-vs3 con un throughput massimo di 100 IOPS e 400 Kb/S:
```
cluster1::> qos policy-group create -policy-group pg-vs3 -vserver vs3 -max-throughput 100iops,400KB/s -is-shared false
```
L'esempio seguente crea il gruppo di policy non condiviso pg-vs4 senza limite di throughput:
```
cluster1::> qos policy-group create -policy-group pg-vs4 -vserver vs4 -is-shared false
```
Ulteriori informazioni su qos policy-group modify nella "Riferimento al comando ONTAP".
Applicare un gruppo di criteri a una SVM, a un file, a un volume o a un LUN:
```
vserver create -vserver <SVM> -qos-policy-group <policy_group>
```
È possibile utilizzare il comando vserver modify per applicare un gruppo di policy diverso all'oggetto di archiviazione.

L'esempio seguente applica il gruppo di policy pg-vs1 a SVM vs1:
```
cluster1::> vserver create -vserver vs1 -qos-policy-group pg-vs1
```
Gli esempi seguenti applicano il gruppo di criteri pg-app ai volumi app1 e 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
```

Monitorare le performance dei gruppi di policy:

qos statistics performance show

Ulteriori informazioni su qos statistics performance show nella "Riferimento al comando ONTAP".

Monitorare le performance dal cluster. Non utilizzare uno strumento sull'host per monitorare le prestazioni.

Il seguente esempio mostra le prestazioni del gruppo di policy:

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

Monitorare le performance dei carichi di lavoro:
```
qos statistics workload performance show
```
Monitorare le performance dal cluster. Non utilizzare uno strumento sull'host per monitorare le prestazioni.

Il seguente esempio mostra le prestazioni del workload:
```
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
```
Ulteriori informazioni su qos statistics workload performance show nella "Riferimento al comando ONTAP".

Puoi utilizzare qos statistics workload latency show il comando per visualizzare statistiche dettagliate sulla latenza per i workload di qualità del servizio. Ulteriori informazioni su qos statistics workload latency show nella "Riferimento al comando ONTAP".

Imposta un limite di throughput con i gruppi di policy QoS di ONTAP

Creating your file...