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 throughput floor con i gruppi di policy QoS di ONTAP

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

Un livello minimo di QoS o throughput floor garantisce che il throughput di un carico di lavoro non scenda al di sotto di un numero minimo di IOPS o MBps, o IOPS e MBps indipendentemente dai carichi di lavoro concorrenti. Imposta un throughput floor per garantire che i carichi di lavoro critici siano prioritari e soddisfino i requisiti minimi di prestazioni.

È possibile utilizzare il min-throughput campo per un gruppo di policy per definire un throughput floor per i carichi di lavoro degli oggetti di storage (QoS Min). È possibile applicare il gruppo di policy quando si crea o si modifica l'oggetto di storage.

Prima di iniziare

  • Per creare un gruppo di criteri, è necessario essere un amministratore del cluster.

A proposito di questa attività

  • A partire dall'ONTAP 9.13.1, è possibile imporre limiti minimi di throughput a livello di SVM utilizzando un modello di gruppo di policy adattive. Non è possibile impostare un modello di gruppo di criteri adattativi su una SVM con un gruppo di criteri QoS.

  • A partire da ONTAP 9.8, è possibile specificare il throughput floor in IOPS o MBps, o in IOPS e MBps.

  • A partire da ONTAP 9.4, è possibile utilizzare un gruppo di policy di qualità del servizio non-shared per specificare che il piano di throughput definito deve essere applicato a ogni singolo carico di lavoro membro. Questa è l'unica condizione in cui un gruppo di policy per un piano di throughput può essere applicato a più carichi di lavoro.

    Impostare -is-shared=false per qos policy-group create per specificare un gruppo di criteri non condiviso.

  • Il throughput di un carico di lavoro potrebbe scendere al di sotto del piano specificato se la capacità delle performance (spazio di crescita) del nodo o dell'aggregato è insufficiente.

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

  • È consigliabile applicare un gruppo di criteri allo stesso tipo di oggetti di storage.

  • Un gruppo di criteri che definisce un piano di throughput non può essere applicato a una SVM.

Fasi

  1. Controllare che le prestazioni sul nodo o sull'aggregato siano adeguate, come descritto nella "Identificazione della capacità di prestazioni rimanente".

  2. Creare un gruppo di criteri:

    qos policy-group create -policy-group <policy_group> -vserver <SVM> -min-throughput <qos_target> -is-shared <true|false>

    Ulteriori informazioni su qos policy-group create nella "Riferimento al comando ONTAP".

    L'esempio seguente crea il gruppo di policy condiviso pg-vs2 con un throughput minimo di 1.000 IOPS:

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

    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

    Puoi usare il comando qos policy-group modify per regolare i floor di throughput. Scopri di più su qos policy-group modify nel "Riferimento al comando ONTAP".

  3. Applicare un gruppo di criteri 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.

    Il seguente esempio applica il policy group pg-app2 al volume app2:

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

  4. Monitorare le performance dei gruppi di policy:

    qos statistics 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 gruppo di policy:

    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

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

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

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