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.

Impostazione di un limite minimo di throughput con la qualità del servizio in ONTAP

Collaboratori
PDF

È possibile utilizzare min-throughput Campo per un gruppo di policy per definire un piano di throughput per i carichi di lavoro degli oggetti storage (QoS min). È possibile applicare il gruppo di criteri quando si crea o si modifica l'oggetto di storage. A partire da ONTAP 9.8, è possibile specificare il volume di throughput in IOPS o Mbps o IOPS e Mbps.

Prima di iniziare

  • È necessario eseguire ONTAP 9.2 o versione successiva. I piani di throughput sono disponibili a partire da ONTAP 9.2.

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

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

Il comando consente qos policy-group modify di regolare i limiti minimi di throughput.

+ il seguente comando crea il gruppo di policy condivise pg-vs2 con una velocità minima di 1.000 IOPS:

+

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

+ il seguente comando crea il gruppo di criteri non condivisi pg-vs4 senza un limite di throughput:

+

cluster1::> qos policy-group create -policy group pg-vs4 -vserver vs4 -is-shared false

  1. Applicare un gruppo di criteri a un volume o a un LUN:

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

    Per ulteriori informazioni sui comandi descritti in questa procedura, consultare la "Riferimento al comando ONTAP". È possibile utilizzare il _storage_object_modify comando per applicare un gruppo di criteri diverso all'oggetto di archiviazione.

    Il seguente comando applica il gruppo di criteri pg-app2 al volume app2:

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

  2. 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 comando mostra le prestazioni del gruppo di criteri:

    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

  3. Monitorare le performance dei carichi di lavoro:

    qos statistics workload performance show

    Ulteriori informazioni su qos statistics workload 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 comando mostra le performance del carico di lavoro:

    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
    Nota

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