Além de testes extensivos do sistema com cargas de trabalho do vSphere, o ONTAP 9.8 adicionou um novo mecanismo de descarga de cópia para datastores FlexGroup. Este novo sistema usa um mecanismo de cópia melhorado para replicar arquivos entre constituintes em segundo plano, permitindo o acesso à origem e ao destino. Esse cache constituinte-local é então usado para instanciar rapidamente clones da VM sob demanda.

Para ativar a descarga de cópia otimizada do FlexGroup, consulte "Como configurar volumes ONTAP FlexGroup para permitir descarga de cópia VAAI"

É possível que, se você usar a clonagem do VAAI, mas não clonar o suficiente para manter o cache aquecido, seus clones podem não ser mais rápidos do que uma cópia baseada em host. Se for esse o caso, você pode ajustar o tempo limite do cache para melhor atender às suas necessidades.

Considere o seguinte cenário:

Nesse cenário, os primeiros 8 clones a serem concluídos serão cópias completas, não clones de arquivos locais. Qualquer clonagem adicional dessa VM antes que o tempo limite de 160 segundos expire usará o mecanismo de clone de arquivo dentro de cada constituinte de uma forma round-robin para criar cópias quase imediatas distribuídas uniformemente pelos volumes constituintes.

Cada novo trabalho clone que um volume recebe repõe o tempo limite. Se um volume constituinte no exemplo FlexGroup não receber uma solicitação de clone antes do tempo limite, o cache para essa VM específica será limpo e o volume precisará ser preenchido novamente. Além disso, se a origem do clone original mudar (por exemplo, você atualizou o modelo), então o cache local em cada componente será invalidado para evitar qualquer conflito. Como dito anteriormente, o cache é ajustável e pode ser configurado para corresponder às necessidades do seu ambiente.

Para obter mais informações sobre como usar o FlexGroup volumes com VAAI, consulte este artigo da KB: "VAAI: Como o armazenamento em cache funciona com o FlexGroup volumes?"

Em ambientes onde você não consegue aproveitar ao máximo o cache FlexGroup, mas ainda exige clonagem rápida entre volumes, considere o uso de vVols. A clonagem entre volumes com vVols é muito mais rápida do que usar datastores tradicionais e não depende de um cache.

A configuração do QoS no nível FlexGroup usando o Gerenciador de sistema do ONTAP ou o shell do cluster é suportada, no entanto, não fornece reconhecimento de VM ou integração do vCenter.

O QoS (IOPS máx/min) pode ser definido em VMs individuais ou em todas as VMs em um datastore na IU do vCenter ou por meio de APIs REST usando ferramentas do ONTAP. A configuração de QoS em todas as VMs substitui todas as configurações separadas por VM. As configurações não se estendem a VMs novas ou migradas no futuro; defina a QoS nas novas VMs ou reaplique QoS a todas as VMs no datastore.

Observe que o VMware vSphere trata todas as IO para um datastore NFS como uma única fila por host, e a regulagem da QoS em uma VM pode afetar a performance de outras VMs no mesmo datastore para esse host. Isso está em contraste com o vVols, que pode manter suas configurações de política de QoS se eles migrarem para outro datastore e não afetarem o IO de outras VMs quando forem controlados.

O ONTAP 9.8 também adicionou novas métricas de performance baseadas em arquivos (IOPS, taxa de transferência e latência) para o FlexGroup Files, e essas métricas podem ser visualizadas nas ferramentas do ONTAP para os relatórios de VM e painel do VMware vSphere. O plug-in das ferramentas do ONTAP para VMware vSphere também permite que você defina regras de qualidade do serviço (QoS) usando uma combinação de IOPS máximo e/ou mínimo. Eles podem ser configurados em todas as VMs em um datastore ou individualmente para VMs específicas.