Observe as recomendações a seguir ao usar Virtual Volumes com ESXi e vCenter Server.

Diretrizes e limitações ao usar o Virtual Volumes

Para obter a melhor experiência com a funcionalidade do Virtual Volumes, você deve seguir diretrizes específicas.

Virtual Volumes é compatível com os seguintes recursos, funcionalidades e produtos VMware:

  • Com o Virtual Volumes, você pode usar serviços de armazenamento avançados que incluem replicação, criptografia, desduplicação e compactação em discos virtuais individuais. Entre em contato com seu fornecedor de armazenamento para obter informações sobre os serviços compatíveis com o Virtual Volumes.
  • A funcionalidade Virtual Volumes é compatível com software de backup que usa APIs do vSphere - Proteção de dados. Os volumes virtuais são modelados em discos virtuais. Os produtos de backup que usam vSphere APIs - a proteção de dados são totalmente compatíveis com volumes virtuais, assim como com arquivos VMDK em um LUN. Snapshots que o software para backup cria usando APIs do vSphere - Data Protection parecem snapshots não-vVols para vSphere e o software para backup.
    Observação: Virtual Volumes não é compatível com o modo de transporte SAN. vSphere APIs - o Data Protection seleciona automaticamente um método alternativo de transferência de dados.

    Para obter mais informações sobre a integração com o vSphere Storage APIs - Data Protection, consulte o fornecedor do software de backup.

  • Virtual Volumes é compatível com vSphere recursos como vSphere vMotion, Storage vMotion, snapshots, clones vinculados e DRS.
  • Você pode usar produtos de armazenamento em cluster, como Oracle Real Application Clusters, com Virtual Volumes. Para usar esses produtos, ative a configuração de gravação múltipla para um disco virtual armazenado no datastore Virtual Volumes.

Para obter mais detalhes, consulte o artigo da base de conhecimento em http://kb.vmware.com/kb/2112039. Para obter uma lista de recursos e produtos aos quais a funcionalidade Virtual Volumes oferece suporte, consulte VMware Matrizes de interoperabilidade do produto.

Virtual Volumes Limitações

Melhore sua experiência com o Virtual Volumes conhecendo as seguintes limitações:
  • Como o ambiente Virtual Volumes requer vCenter Server, você não pode usar Virtual Volumes com um host independente.
  • A funcionalidade Virtual Volumes não é compatível com RDMs.
  • Um contêiner de armazenamento Virtual Volumes não pode abranger várias matrizes físicas. Alguns fornecedores apresentam vários arrays físicos como um único array. Nesses casos, você ainda usa tecnicamente uma matriz lógica.
  • Os perfis de host que contêm datastores Virtual Volumes são específicos de vCenter Server. Depois de extrair esse tipo de perfil de host, você poderá anexá-lo somente a hosts e clusters gerenciados pelo mesmo vCenter Server que o host de referência. Para obter mais informações, consulte o documento Configuração máxima.

Virtual Volumes Limitações com o NVMe

Os seguintes recursos não são compatíveis com o NVMe em Virtual Volumes específico para a versão vSphere 8.0:
  • Operações de replicação e Site Recovery Manager.
  • Reservas do NVMe.
  • Operações de desalocação e remoção de mapeamento do NVMe.
  • Compartilhamento de disco entre VMs.
  • Migração em banda do NVMe.

Práticas recomendadas para provisionamento de contêiner de armazenamento

Siga estas práticas recomendadas ao provisionar contêineres de armazenamento no lado da matriz Virtual Volumes.

Criando contêineres com base em seus limites

Como os contêineres de armazenamento aplicam limites lógicos ao agrupar volumes virtuais, o contêiner deve corresponder aos limites que você deseja aplicar.

Os exemplos podem incluir um contêiner criado para um tenant em uma implantação multitenant ou um contêiner para um departamento em uma implantação corporativa.
  • Organizações ou departamentos, por exemplo, Recursos Humanos e Finanças
  • Grupos ou projetos, por exemplo, Equipe A e Equipe Vermelha
  • Clientes

Colocando todos os recursos de armazenamento em um único contêiner

Os contêineres de armazenamento são repositórios de dados individuais. Um único contêiner de armazenamento pode exportar vários perfis de recursos de armazenamento. Como resultado, máquinas virtuais com diversas necessidades e diferentes configurações de política de armazenamento podem fazer parte do mesmo contêiner de armazenamento.

A alteração dos perfis de armazenamento deve ser uma operação no lado da matriz, não uma migração de armazenamento para outro contêiner.

Como evitar o provisionamento excessivo de seus contêineres de armazenamento

Quando você provisiona um contêiner de armazenamento, os limites de espaço que você aplica como parte da configuração do contêiner são apenas limites lógicos. Não provisione o contêiner maior do que o necessário para o uso previsto. Se posteriormente você aumentar o tamanho do contêiner, não será necessário reformatá-lo ou reparticioná-lo.

Como usar a UI de gerenciamento específica do armazenamento para provisionar endpoints de protocolo

Todo contêiner de armazenamento precisa de endpoints de protocolo (PEs) acessíveis a hosts ESXi.

Quando você usa o armazenamento em bloco, o PE representa um LUN de proxy definido por um LUN WWN baseado em T10. Para armazenamento NFS, o PE é um ponto de montagem, como um endereço IP ou nome DNS, e um nome de compartilhamento. Para armazenamento NVMe, o PE é um grupo ANA e os namespaces de proxy são virtuais.

Normalmente, a configuração de PEs é específica da matriz. Ao configurar PEs, talvez seja necessário associá-los a controladoras de armazenamento específicas ou a determinados hosts. Para evitar erros ao criar PEs, não os configure manualmente. Em vez disso, quando possível, use ferramentas de gerenciamento específicas de armazenamento.

Nenhuma atribuição de IDs acima de Disk.MaxLUN para LUNs de endpoint de protocolo

Por padrão, um host ESXi pode acessar IDs de LUN que estejam no intervalo de 0 a 1023. Se a ID do LUN do endpoint de protocolo que você configurar for 1024 ou superior, o host poderá ignorar o PE.

Se o seu ambiente usar IDs de LUN maiores que 1023, altere o número de LUNs verificados por meio do parâmetro Disk.MaxLUN. Consulte Alterar o número de dispositivos de armazenamento verificados.

Práticas recomendadas para desempenho de Virtual Volumes

Para garantir resultados de desempenho Virtual Volumes ideais, siga estas recomendações.

Como usar diferentes políticas de armazenamento de VM para componentes individuais de volume virtual

Por padrão, todos os componentes de uma máquina virtual no ambiente Virtual Volumes obtêm uma única política de armazenamento de VM. No entanto, componentes diferentes podem ter características de desempenho diferentes, por exemplo, um disco virtual de banco de dados e um disco virtual de log correspondente. Dependendo dos requisitos de desempenho, você pode atribuir diferentes políticas de armazenamento de VM a discos virtuais individuais e ao arquivo inicial da VM, ou config-vVol.

Ao usar o vSphere Client, você não pode alterar a atribuição de política de armazenamento da VM para swap-vVol, memory-vVol ou snapshot-vVol.

Consulte Criar uma política de armazenamento de VM para Virtual Volumes.

Obtendo um perfil de host com Virtual Volumes

A melhor maneira de obter um perfil de host com Virtual Volumes é configurar um host de referência e extrair seu perfil. Se você editar manualmente um perfil de host existente no vSphere Client e anexar o perfil editado a um novo host, poderá acionar erros de conformidade. Outros problemas imprevisíveis podem ocorrer. Para obter mais detalhes, consulte o VMware artigo da Base de conhecimento 2146394.

Monitorando a carga de E/S no endpoint de protocolo individual

  • Toda a E/S de volume virtual passa por endpoints de protocolo (PEs). As matrizes selecionam endpoints de protocolo de vários PEs acessíveis a um host ESXi. As matrizes podem fazer o balanceamento de carga e alterar o caminho de associação que conecta o volume virtual e o PE. Consulte Vinculando e desvinculando volumes virtuais.
  • No armazenamento em bloco, ESXi fornece uma grande profundidade de fila para E/S devido a um número potencialmente alto de volumes virtuais. O parâmetro Scsi.ScsiVVolPESNRO controla o número de E/S que pode ser enfileirada para PEs. Você pode configurar o parâmetro na página Configurações avançadas do sistema do vSphere Client.

Limitações da matriz de monitoramento

Uma única VM pode ocupar vários volumes virtuais. Consulte Objetos de volume virtual.

Suponha que sua VM tenha dois discos virtuais e você tire dois snapshots com memória. Sua VM pode ocupar até 10 objetos Virtual Volumes: um config-vVol, um swap-vVol, dois data-vVols, quatro snapshot-vVols e dois snapshot-vVols de memória.

Garantir que o provedor de armazenamento esteja disponível

Para acessar o armazenamento do Virtual Volumes, seu host do ESXi requer um provedor de armazenamento (provedor VASA). Ele é integrado ao firmware da matriz de armazenamento ou implementado como um dispositivo na forma de uma VM. Se o seu provedor VASA for um dispositivo baseado em VM, o provedor de armazenamento estará sempre disponível. Para garantir que o provedor de armazenamento esteja sempre disponível, siga estas diretrizes:
  • Não migre uma VM do provedor de armazenamento para o armazenamento Virtual Volumes.
  • Faça backup da VM do seu provedor de armazenamento.
  • Quando apropriado, use vSphere HA ou Site Recovery Manager para proteger a VM do provedor de armazenamento.