Vista geral dos armazenamentos de dados NFS

O VMware Engine permite-lhe usar bancos de dados externos do sistema de ficheiros de rede (NFS) para dimensionar o armazenamento independentemente 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 VMware, o serviço VMware Engine usa nós de hardware com unidades de estado sólido (SSDs) NVMe locais que o vSAN gere. Se quiser dimensionar apenas os recursos de armazenamento no seu cluster, tem de comprar um nó completo, incluindo capacidades de computação e rede de que pode não precisar. Esta limitação da infraestrutura hiperconvergente (HCI) baseada em vSAN cria procura para dimensionar o armazenamento independentemente de outros recursos.

Com o suporte para arquivos de dados NFS externos, o VMware Engine permite-lhe dimensionar o armazenamento independentemente dos recursos de computação para as suas cargas de trabalho do VMware. Os arquivos de dados NFS externos oferecem uma solução económica para aplicações de nível 2 e nível 3, repositórios de cópias de segurança e arquivos, e outras cargas de trabalho com utilização intensiva de armazenamento que não requerem o desempenho do vSAN.

Serviços de armazenamento NFS suportados

Pode usar arquivos de dados NFS externos com os seguintes Google Cloud serviços:

Pré-requisitos gerais para usar bancos de dados NFS com o VMware Engine

Antes de montar um volume NFS externo como um arquivo de dados, tem de cumprir os seguintes pré-requisitos:

Requisitos de volume do NFS

Os volumes NFS têm de cumprir os seguintes requisitos:

  • Localização: o volume NFS (instância do Filestore ou volume dos volumes NetApp do Google Cloud) e o cluster do VMware Engine têm de estar localizados na mesma Google Cloud região. O VMware Engine não suporta a montagem de arquivos de dados em diferentes regiões. Para nuvens privadas expandidas, apenas são suportadas as bases de dados regionais.
  • Protocolo: o VMware Engine suporta apenas a versão 3 do NFS (NFSv3) para utilização como um arquivo de dados do VMware Engine. O NFSv4.1 não é suportado.
  • Proteção contra eliminação: se usar o Filestore ou os volumes do Google Cloud NetApp, tem de ativar a proteção contra eliminação no volume para evitar a eliminação acidental e a perda de dados.

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

Para criar e montar um Datastore suportado pelo Filestore ou pelos Google Cloud NetApp Volumes, o VMware Engine usa um agente de serviço gerido pela Google (service-{project-number}@) para aceder aos recursos NFS. Este agente de serviço requer as seguintes funções do IAM:

  • roles/compute.networkViewer: Para ver as interligações de rede de computação para todos os tipos de Datastore.
  • roles/file.viewer: obrigatório para arquivos de dados suportados pelo Filestore.
  • roles/netapp.viewer: obrigatório para armazenamentos de dados suportados por Google Cloud NetApp Volumes.

Requisitos de sub-rede de serviço

Tem de ter uma sub-rede de serviço dedicada com um intervalo CIDR exclusivo atribuído para o tráfego NFS entre os anfitriões ESXi e o volume NFS. Configura a sub-rede de serviço da seguinte forma:

  • Tem de configurar 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.
  • Só pode usar a sub-rede de serviço para o tráfego do repositório de dados NFS, mas pode associar a mesma sub-rede a vários repositórios de dados NFS diferentes.
  • Tem de adicionar a atribuição de CIDR reservada para a sub-rede de serviço à lista de clientes permitidos ou à política de exportação do seu volume NFS. Para o Filestore, adicione uma regra de controlo de acesso para o intervalo CIDR da sub-rede de serviço. Para os volumes do NetApp do Google Cloud, adicione o CIDR à secção Clientes permitidos das regras de exportação do volume.

As regras de firewall distribuído e gateway NSX-T não se aplicam a sub-redes de serviços.

Requisitos de ligação de rede

Tem de existir uma ligação ativa entre a rede da VPC do volume NFS e a rede do VMware Engine (VEN) da nuvem privada onde vai montar o arquivo de dados. Os custos de rede resultantes do acesso ao armazenamento numa região não se aplicam quando usa o Filestore com o acesso privado a serviços (APS).

Quando se ligar a serviços de ficheiros de rede, use um dos seguintes métodos de ligação, consoante o tipo de VEN da sua nuvem privada:

  • VEN padrão: as nuvens privadas criadas num VEN padrão usam o VPC Network Peering para se ligarem a serviços de ficheiros de rede, como o Filestore (através de PSA) ou os volumes NetApp do Google Cloud.
  • VEN antigo: as nuvens privadas que operam num VEN antigo requerem uma ligação privada para estabelecer ligação com os serviços de ficheiros de rede. Se eliminar uma ligação privada enquanto um arquivo de dados NFS estiver em utilização, vai interromper o acesso ao arquivo de dados. Por conseguinte, certifique-se de que não elimina uma ligação privada enquanto um armazenamento de dados NFS estiver montado e em utilização.

Interoperabilidade com o ciclo de vida da nuvem privada

Os arquivos de dados NFS geridos pela API VMware Engine permanecem persistentes nos eventos do ciclo de vida da nuvem privada das seguintes formas:

  • Expansão e contração de clusters: se adicionar nós a um cluster com arquivos de dados NFS montados, o VMware Engine monta automaticamente esses arquivos de dados nos novos nós. Se remover nós ao contrair um cluster, os respetivos endereços IP vmknic são libertados.
  • Reinício do nó: a configuração do armazenamento de dados NFS num nó é persistente e permanece intacta após um reinício do nó.
  • Atualizações de software: os arquivos de dados NFS montados em anfitriões não são afetados pelas atualizações de componentes do ESXi, vCenter e NSX-T.

Migração de montagens de arquivos de dados NFS antigos

Se criou arquivos de dados NFS no VMware Engine antes de 1 de janeiro de 2026, está a usar o modelo antigo. Para fazer a transição para o modelo suportado e recomendado, contacte o apoio ao cliente do Google Cloud para iniciar o processo de migração.

Problemas conhecidos

Seguem-se alguns problemas conhecidos com arquivos de dados NFS externos:

  • Durante a eliminação temporária da nuvem privada, o caminho de rede para o Armazenamento de dados é interrompido.
  • Depois de o intercâmbio da rede da VPC ser estabelecido, a propagação de rotas para os nós do vSphere pode demorar até 20 minutos.
  • Para os arquivos de dados dos volumes NetApp do Google Cloud, a funcionalidade SnapMirror para e a partir de instalações para recuperação de desastres não é suportada.

O que se segue?