Skip to main content
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Defina um limite mínimo de throughput com grupos de políticas de QoS do ONTAP

Colaboradores netapp-aherbin netapp-aaron-holt netapp-thomi netapp-barbe netapp-dbagwell netapp-ahibbard
PDFs

Um valor mínimo de QoS ou um limite de throughput garante que o throughput de uma carga de trabalho não caia abaixo de um número mínimo de IOPS ou MBps, ou IOPS e MBps, independentemente de cargas de trabalho concorrentes. Defina um limite de throughput para garantir que cargas de trabalho críticas sejam priorizadas e atendam aos requisitos mínimos de desempenho.

Você pode usar o min-throughput campo de um grupo de políticas para definir um limite mínimo de taxa de transferência para cargas de trabalho de objetos de armazenamento (QoS Min). Você pode aplicar o grupo de políticas ao criar ou modificar o objeto de armazenamento.

Antes de começar

  • Você deve ser um administrador de cluster para criar um grupo de políticas.

Sobre esta tarefa

  • A partir do ONTAP 9.13.1, é possível aplicar pisos de taxa de transferência no nível da SVM usando um modelo de grupo de políticas adaptável. Não é possível definir um modelo de grupo de políticas adaptável em um SVM com um grupo de políticas de QoS.

  • A partir do ONTAP 9.8, você pode especificar o limite mínimo de throughput em IOPS ou MBps, ou IOPS e MBps.

  • A partir do ONTAP 9.4, você pode usar um grupo de políticas de QoS não compartilhado para especificar que o piso da taxa de transferência definido seja aplicado individualmente a cada workload de membro. Essa é a única condição em que um grupo de políticas para uma área de transferência pode ser aplicado a várias cargas de trabalho.

    Defina -is-shared=false para que o qos policy-group create comando especifique um grupo de políticas não compartilhado.

  • A taxa de transferência para uma carga de trabalho pode ficar abaixo do nível especificado se houver capacidade de desempenho (espaço livre) insuficiente no nó ou no agregado.

  • Um objeto de storage que esteja sujeito a um limite de QoS precisa estar contido pelo SVM a que o grupo de políticas pertence. Vários grupos de políticas podem pertencer ao mesmo SVM.

  • É uma prática recomendada de QoS aplicar um grupo de políticas ao mesmo tipo de objetos de storage.

  • Um grupo de políticas que define um piso de taxa de transferência não pode ser aplicado a um SVM.

Passos

  1. Verifique se há capacidade de desempenho adequada no nó ou no agregado, conforme descrito "Identificação da capacidade de performance restante"em .

  2. Criar um grupo de políticas:

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

    Saiba mais sobre qos policy-group create o "Referência do comando ONTAP"na .

    O exemplo a seguir cria o grupo de políticas compartilhadas pg-vs2 com uma taxa de transferência mínima de 1.000 IOPS:

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

    O exemplo a seguir cria o grupo de políticas não compartilhado pg-vs4 sem limite de taxa de transferência:

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

    Você pode usar o qos policy-group modify comando para ajustar os limites mínimos de produção. Saiba mais sobre qos policy-group modify no "Referência do comando ONTAP".

  3. Aplicar um grupo de políticas a um volume ou LUN:

    vserver create -vserver <SVM> -qos-policy-group <policy_group>

    Você pode usar o comando vserver modify para aplicar um grupo de políticas diferente ao objeto de armazenamento.

    O exemplo a seguir aplica o grupo de políticas pg-app2 ao volume app2:

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

  4. Monitorar o desempenho do grupo de políticas:

    qos statistics performance show
    Observação

    Monitore o desempenho do cluster. Não use uma ferramenta no host para monitorar o desempenho.

    O exemplo a seguir mostra o desempenho do grupo de políticas:

    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

    Saiba mais sobre qos statistics performance show o "Referência do comando ONTAP"na .

  5. Monitorar a performance do workload:

    qos statistics workload performance show
    Observação

    Monitore o desempenho do cluster. Não use uma ferramenta no host para monitorar o desempenho.

    O exemplo a seguir mostra o desempenho da carga de trabalho:

    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

    Saiba mais sobre qos statistics workload performance show o "Referência do comando ONTAP"na .

Use o qos statistics workload latency show comando para visualizar estatísticas detalhadas de latência para workloads de QoS. Saiba mais sobre qos statistics workload latency show o "Referência do comando ONTAP"na .