Visão geral dos repositórios de dados NFS

O VMware Engine permite usar repositórios de dados externos do Network File System (NFS) para escalonar o armazenamento de forma independente dos recursos de computação.

O VMware Engine vSAN oferece armazenamento virtual de alto desempenho para VMs em execução no VMware Engine e é ideal para cargas de trabalho de nível 1. Para fornecer uma infraestrutura virtual para VMs do VMware, o serviço VMware Engine usa nós de hardware com unidades de estado sólido (SSDs) locais NVMe gerenciadas pela vSAN. Se você quiser escalonar somente os recursos de armazenamento no cluster, será necessário comprar um nó inteiro, incluindo recursos de computação e rede que talvez não sejam necessários. Essa limitação da infraestrutura hiperconvergente (HCI) baseada em vSAN cria a demanda para escalonar o armazenamento independentemente de outros recursos.

Com suporte para repositórios de dados NFS externos, o VMware Engine permite escalonar o armazenamento independentemente dos recursos de computação para suas cargas de trabalho do VMware. Os datastores NFS externos oferecem uma solução econômica para aplicativos de nível 2 e 3, repositórios de backup e arquivamento e outras cargas de trabalho com uso intenso de armazenamento que não exigem o desempenho do vSAN.

Serviços de armazenamento NFS compatíveis

É possível usar repositórios de dados NFS externos com os seguintes serviços do Google Cloud :

Pré-requisitos gerais para usar repositórios de dados NFS com o VMware Engine

Antes de ativar um volume NFS externo como um Datastore, é preciso atender aos seguintes pré-requisitos:

Requisitos de volume NFS

Os volumes NFS precisam atender aos seguintes requisitos:

  • Local: o volume NFS (instância do Filestore ou volume do Google Cloud NetApp Volumes) e o cluster do VMware Engine precisam estar na mesma Google Cloud região. O VMware Engine não permite ativar repositórios de dados em regiões diferentes. Para nuvens privadas estendidas, somente datastores regionais são compatíveis.
  • Protocolo:o VMware Engine oferece suporte apenas à versão 3 do NFS (NFSv3) para uso como um repositório de dados do VMware Engine. O NFSv4.1 não é compatível.
  • Proteção contra exclusão:se você estiver usando o Filestore ou o Google Cloud NetApp Volumes, ative a proteção contra exclusão no volume para evitar exclusão acidental e perda de dados.

Permissões do agente de serviço do VMware Engine

Para criar e montar um Datastore com suporte do Filestore ou do Google Cloud NetApp Volumes, o VMware Engine usa um agente serviço gerenciado pelo Google (service-{project-number}@) para acessar recursos NFS. Esse agente de serviço requer os seguintes papéis do IAM:

  • roles/compute.networkViewer: para conferir os peerings de rede de computação de todos os tipos de Datastore.
  • roles/file.viewer: obrigatório para armazenamentos de dados apoiados pelo Filestore.
  • roles/netapp.viewer: obrigatório para repositórios de dados com suporte do Google Cloud NetApp Volumes.

Requisitos da sub-rede de serviço

Você precisa ter uma sub-rede de serviço dedicada com um intervalo CIDR exclusivo alocado para tráfego NFS entre hosts ESXi e o volume NFS. Configure a sub-rede de serviço da seguinte maneira:

  • Configure um intervalo CIDR para a sub-rede de serviço que tenha endereços IP suficientes para atribuir um a cada nó na nuvem privada.
  • Você só pode usar a sub-rede de serviço para o tráfego do repositório de dados NFS, mas pode conectar a mesma sub-rede a vários repositórios de dados NFS diferentes.
  • Adicione a alocação CIDR reservada para a sub-rede de serviço à lista de clientes permitidos ou à política de exportação do volume do NFS. Para o Filestore, adicione uma regra de controle de acesso para o intervalo CIDR da sub-rede de serviço. Para o Google Cloud NetApp Volumes, adicione o CIDR à seção Clientes permitidos das regras de exportação do volume.

O gateway NSX-T e as regras de firewall distribuídas não se aplicam a sub-redes de serviço.

Requisitos de conexão de rede

Uma conexão ativa precisa existir entre a rede VPC do volume NFS e a rede do VMware Engine (VEN) da nuvem privada em que você vai montar o datastore. As cobranças de rede resultantes do acesso ao armazenamento em uma região não se aplicam ao usar o Filestore com o Acesso a serviços particulares (PSA, na sigla em inglês).

Ao se conectar a serviços de arquivos de rede, use um dos seguintes métodos de conexão, dependendo do tipo de VEN da sua nuvem privada:

  • VEN padrão:as nuvens privadas criadas em um VEN padrão usam o peering de rede VPC para se conectar a serviços de arquivos de rede, como o Filestore (usando PSA) ou o Google Cloud NetApp Volumes.
  • VEN legada:as nuvens particulares que operam em uma VEN legada exigem uma conexão particular para se conectar aos serviços de arquivos de rede. Se você excluir uma conexão particular enquanto um repositório de dados NFS estiver em uso, o acesso a Datastore será interrompido. Portanto, não exclua uma conexão particular enquanto um NFS Datastore estiver montado e em uso.

Interoperabilidade com o ciclo de vida da nuvem privada

Os repositórios de dados NFS gerenciados pela API VMware Engine permanecem persistentes em eventos do ciclo de vida da nuvem privada das seguintes maneiras:

  • Expansão e redução do cluster:se você adicionar nós a um cluster com repositórios de dados NFS montados, o VMware Engine vai montar automaticamente esses repositórios nos novos nós. Se você remover nós ao reduzir um cluster, os endereços IP da vmknic serão liberados.
  • Reinicialização do nó:a configuração do repositório de dados NFS em um nó é persistente e permanece intacta após a reinicialização do nó.
  • Upgrades de software:os repositórios de dados NFS montados em hosts não são afetados pelos upgrades de componentes do ESXi, vCenter e NSX-T.

Migração de montagens legadas do NFS Datastore

Se você criou repositórios de dados NFS no VMware Engine antes de 1º de janeiro de 2026, está usando o modelo legado. Para fazer a transição para o modelo recomendado e com suporte, entre em contato com o Cloud Customer Care e inicie o processo de migração.

Problemas conhecidos

Confira a seguir os problemas conhecidos com repositórios de dados NFS externos:

  • Durante a exclusão reversível da nuvem privada, o caminho de rede para o Datastore é interrompido.
  • Depois que o peering de rede VPC é estabelecido, a propagação de rotas para nós do vSphere pode levar até 20 minutos.
  • Para os datastores do Google Cloud NetApp Volumes, não há suporte para a funcionalidade do SnapMirror de e para ambientes locais para recuperação de desastres.

A seguir