Os sistemas que executam o ONTAP podem usar o recurso de QoS de storage para limitar a taxa de transferência em Mbps e/ou e/os por segundo (IOPS) para diferentes objetos de storage, como arquivos, LUNs, volumes ou SVMs inteiras.

Níveis mínimos de serviço baseados em IOPS também são compatíveis para fornecer desempenho consistente para objetos SAN no ONTAP 9.2 e para objetos nas no ONTAP 9.3.

O limite máximo de taxa de transferência de QoS em um objeto pode ser definido em Mbps e/ou IOPS. Se ambos forem usados, o primeiro limite atingido é imposto pelo ONTAP. Um workload pode conter vários objetos e uma política de QoS pode ser aplicada a um ou mais workloads. Quando uma política é aplicada a vários workloads, os workloads compartilham o limite total da política. Objetos aninhados não são suportados (por exemplo, arquivos dentro de um volume não podem ter sua própria política). Os mínimos de QoS só podem ser definidos em IOPS.

As ferramentas a seguir estão disponíveis no momento para gerenciar políticas de QoS do ONTAP e aplicá-las a objetos:

Para atribuir uma política de QoS a um LUN, incluindo VMFS e RDM, o ONTAP SVM (exibido como SVM), caminho de LUN e número de série podem ser obtidos no menu sistemas de armazenamento na página inicial de ferramentas do ONTAP para VMware vSphere. Selecione o sistema de storage (SVM) e, em seguida, objetos relacionados > SAN. Use essa abordagem ao especificar QoS usando uma das ferramentas do ONTAP.

"Visão geral do gerenciamento e monitoramento de desempenho"Consulte para obter mais informações.

Uma política de QoS do ONTAP pode ser aplicada a todo o datastore ou arquivos VMDK individuais dentro dele. No entanto, é importante entender que todas as VMs em um datastore NFS tradicional (não vVols) compartilham uma fila de e/S comum de um determinado host. Se qualquer VM for estrangulada por uma política de QoS do ONTAP, isso resultará na prática em que toda e/S desse datastore parecerá ser estrangulada para esse host.

Exemplo: * você configura um limite de QoS no VM1.vmdk para um volume que é montado como um armazenamento de dados NFS tradicional pelo host esxi-01. * O mesmo host (esxi-01) está usando vm2.vmdk e está no mesmo volume. * Se VM1.vmdk for estrangulado, então vm2.vmdk também parecerá ser estrangulado, pois compartilha a mesma fila de e/S com VM1.vmdk.

A partir do vSphere 6,5, você pode gerenciar limites granulares de arquivos em datastores não vVols utilizando o Storage Policy-Based Management (SPBM) com Storage I/o Control (SIOC) v2.

Consulte os links a seguir para obter mais informações sobre como gerenciar o desempenho com as políticas SIOC e SPBM.

"Regras baseadas no host do SPBM: SIOC v2" "Gerencie os recursos de e/S de storage com o vSphere"

Para atribuir uma política de QoS a um VMDK no NFS, observe as seguintes diretrizes:

Os armazenamentos de dados do FlexGroup oferecem recursos aprimorados de QoS ao usar as ferramentas do ONTAP para VMware vSphere 9,8 e posterior. Você pode facilmente definir QoS em todas as VMs em um datastore ou em VMs específicas. Consulte a seção FlexGroup deste relatório para obter mais informações. Esteja ciente de que as limitações de QoS mencionadas anteriormente com armazenamentos de dados NFS tradicionais ainda se aplicam.

Usando LUNs ONTAP, as políticas de QoS podem ser aplicadas ao FlexVol volume que contém LUNs ou LUNs individuais, mas não arquivos VMDK individuais, porque o ONTAP não tem conhecimento do sistema de arquivos VMFS.

A QoS mínima e/ou máxima pode ser facilmente definida em VMs individuais ou VMDKs sem afetar qualquer outra VM ou VMDK usando o gerenciamento baseado em políticas de storage e vVols.

Ao criar o perfil de capacidade de storage para o contêiner da VVol, especifique um valor máximo e/ou mínimo de IOPS sob a capacidade de desempenho e, em seguida, faça referência a esse SCP com a política de armazenamento da VM. Use essa política ao criar a VM ou aplicar a diretiva a uma VM existente.

O ONTAP QoS e o VMware vSphere Storage I/o Control (SIOC) são tecnologias complementares que o vSphere e os administradores de storage podem usar em conjunto para gerenciar a performance de VMs vSphere hospedadas em sistemas executando o ONTAP. Cada ferramenta tem suas próprias forças, como mostrado na tabela a seguir. Devido aos diferentes escopos do VMware vCenter e do ONTAP, alguns objetos podem ser vistos e gerenciados por um sistema e não pelo outro.

O VMware Storage Distributed Resource Scheduler (SDRS) é um recurso do vSphere que coloca as VMs no armazenamento com base na latência de e/S atual e no uso do espaço. Em seguida, ele move a VM ou VMDKs sem interrupções entre os armazenamentos de dados em um cluster de datastore (também chamado de pod), selecionando o melhor datastore no qual colocar a VM ou VMDKs no cluster do datastore. Um cluster de datastore é um conjunto de datastores semelhantes que são agregados em uma única unidade de consumo da perspetiva do administrador do vSphere.

Ao usar SDRS com ferramentas do ONTAP para VMware vSphere, primeiro você deve criar um datastore com o plug-in, usar o vCenter para criar o cluster do datastore e, em seguida, adicionar o datastore a ele. Após a criação do cluster do datastore, armazenamentos de dados adicionais podem ser adicionados ao cluster do datastore diretamente do assistente de provisionamento na página Detalhes.

Outras práticas recomendadas da ONTAP para SDRS incluem o seguinte:

As VMware vSphere APIs for Storage Awareness (VASA) facilitam para um administrador de storage configurar datastores com recursos bem definidos e permitir que o administrador da VM use-os sempre que necessário para provisionar VMs sem ter que interagir uns com os outros. Vale a pena dar uma olhada nessa abordagem para ver como ela pode otimizar suas operações de storage de virtualização e evitar muito trabalho trivial.

Antes do VASA, os administradores de VM podiam definir políticas de armazenamento de VM, mas precisavam trabalhar com o administrador de armazenamento para identificar armazenamentos de dados apropriados, geralmente usando documentação ou convenções de nomenclatura. Com o VASA, o administrador de storage pode definir uma variedade de recursos de storage, incluindo desempenho, disposição em camadas, criptografia e replicação. Um conjunto de recursos para um volume ou um conjunto de volumes é chamado de Perfil de capacidade de armazenamento (SCP).

O SCP suporta QoS mínimo e/ou máximo para vVols de dados de uma VM. A QoS mínima é suportada apenas em sistemas AFF. As ferramentas do ONTAP para VMware vSphere incluem um painel que exibe o desempenho granular da VM e a capacidade lógica para vVols em sistemas ONTAP.

A figura a seguir mostra as ferramentas do ONTAP para o painel vVols do VMware vSphere 9,8.

Após a definição do perfil de funcionalidade de storage, ele pode ser usado para provisionar VMs usando a política de storage que identifica seus requisitos. O mapeamento entre a política de armazenamento de VM e o perfil de capacidade de armazenamento de dados permite que o vCenter exiba uma lista de datastores compatíveis para seleção. Essa abordagem é conhecida como gerenciamento baseado em políticas de storage.

O VASA fornece a tecnologia para consultar o armazenamento e retornar um conjunto de recursos de armazenamento ao vCenter. Os fornecedores do VASA fornecem a tradução entre as APIs e construções do sistema de storage e as APIs da VMware que são entendidas pelo vCenter. O fornecedor VASA da NetApp para ONTAP é oferecido como parte das ferramentas da ONTAP para a VM do dispositivo VMware vSphere, e o plug-in do vCenter fornece a interface para provisionar e gerenciar datastores vVol, bem como a capacidade de definir perfis de capacidade de armazenamento (SCPs).

O ONTAP dá suporte aos armazenamentos de dados VMFS e NFS VVol. O uso do vVols com armazenamentos de dados SAN traz alguns dos benefícios do NFS, como granularidade no nível da VM. Aqui estão algumas práticas recomendadas a serem consideradas e você pode encontrar informações adicionais em"TR-4400":

A figura a seguir mostra os componentes do vVols.