Skip to main content
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

Collaboratori netapp-aherbin netapp-aaron-holt netapp-dbagwell netapp-barbe netapp-thomi
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 specificare il throughput limite quando si crea un gruppo di policy QoS oppure attendere di monitorare i carichi di lavoro per specificarlo.

"Scopri di più sui limiti di throughput".

Prima di iniziare

  • È necessario essere un amministratore del cluster per creare un gruppo di criteri e applicarlo a un SVM.

A proposito di questa attività

  • I gruppi di criteri QoS adattivi e non adattivi vengono abilitati automaticamente per aumentare temporaneamente il throughput massimo di un carico di lavoro del 50% per una durata di 1 secondo, al fine di rispondere alle richieste a breve termine di prestazioni superiori per impostazione predefinita. A partire da ONTAP 9.19.1, è possibile modificare queste impostazioni predefinite. In ONTAP 9.18.1 e versioni precedenti queste impostazioni non possono essere modificate.

    Utilizzare le seguenti opzioni per modificare le impostazioni predefinite:

    Opzione Descrizione Impostazione predefinita

    burst-percent

    Aumento del throughput in percentuale

    50%

    burst duration

    Durata dell'aumento del throughput in secondi

    1 secondo

    burst-iops

    Numero massimo di IOPS al di sopra del throughput limite per la durata del burst specificata

    0

  • È possibile utilizzare un gruppo di policy QoS non condiviso per specificare che il throughput limite definito si applichi individualmente a ciascun carico di lavoro membro. In caso contrario, il gruppo di policy è condiviso: il throughput totale per i carichi di lavoro assegnati al gruppo di policy non può superare il limite 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.

    Nota

    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

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

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

    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

  3. Monitorare le performance dei gruppi di policy:

    qos statistics performance show

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

    Nota

    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

  4. Monitorare le performance dei carichi di lavoro:

    qos statistics workload performance show
    Nota

    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

    Di seguito è riportato un esempio di output per un carico di lavoro con max-throughput impostato a 2000 IOPS e burst-percent impostato a 25 per una durata di burst di 5 secondi.

    cluster1::> qos statistics workload performance show -workload test_vol_nfs_pct25-wid54260

Workload	                ID	    IOPS
--------------------------- -----   ----
test_vol_nfs_pct25-wid54260	54260	2564
-total-	-	                        3704
test_vol_nfs_pct25-wid54260	54260	2527
-total-	-	                        3105
test_vol_nfs_pct25-wid54260	54260	2550
-total-	-	                        3445
test_vol_nfs_pct25-wid54260	54260	2476
-total-	-	                        3460
test_vol_nfs_pct25-wid54260	54260	2479
-total-	-	                        3511
test_vol_nfs_pct25-wid54260	54260	1996
-total-	-	                        2197
test_vol_nfs_pct25-wid54260	54260	2068
-total-	-	                        2057
test_vol_nfs_pct25-wid54260	54260	2087
-total-	-	                        3119

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

    È possibile utilizzare il qos statistics workload latency show comando per visualizzare statistiche dettagliate sulla latenza per i carichi di lavoro QoS.

    Scopri di più su qos statistics workload latency show nella "Riferimento al comando ONTAP".