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 massimo di throughput con la qualità del servizio in ONTAP

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

È 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

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

  • Per applicare un gruppo di criteri a una SVM, è necessario essere un amministratore del cluster.

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.

    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.

    Il comando seguente crea il gruppo di criteri condivisi 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

    Il comando seguente crea il gruppo di criteri non condivisi 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

    Il comando seguente 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

    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:

    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-vs1 A SVM vs1:

    cluster1::> vserver create -vserver vs1 -qos-policy-group pg-vs1

    I seguenti comandi 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 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_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 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
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".

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