Como usar o volume NFS como repositório de dados do vSphere hospedado pelo Filestore

É possível usar instâncias de nível zonal, regional e empresarial do Filestore como repositórios de dados externos para hosts do VMware ESXi no Google Cloud VMware Engine.

Para isso, crie instâncias do Filestore em regiões em que ambos O VMware Engine e o Filestore estão disponíveis e montá-los como repositórios de dados externos nos hosts atuais do VMware ESXi no VMware Engine.

O VMware Engine oferece as seguintes opções de armazenamento do vSphere:

  • VMware vSAN. Isso inclui que acompanha cada nó do VMware Engine.
  • Armazenamento NFS externo. Isso inclui as seguintes opções:

Por que usar os repositórios de dados externos do VMware Engine?

A vSAN do VMware Engine fornece armazenamento virtual de alto desempenho para VMs em execução no VMware Engine. O VMware Engine usa nós de hardware com NVMe local unidades de estado sólido (SSDs) gerenciadas pela vSAN para oferecer do Google Cloud para VMs do VMware. Se você quiser escalonar apenas os recursos de armazenamento no seu cluster, é preciso comprar um nó inteiro, junto com recursos de computação recursos de rede que talvez não sejam necessários. Essa limitação de Infraestrutura hiperconvergente (HCI) baseada em vSAN cria demanda para escalonar o armazenamento independentemente de outros recursos.

Com os repositórios de dados NFS externos, você pode escalonar o armazenamento independentemente da computação recursos, contando com o VMware Engine para todos os seus do Google Cloud.

As instâncias de nível High Scale e Enterprise são certificadas pelo VMware para uso com os repositórios de dados do VMware Engine e estão disponíveis em todas as regiões do VMware Engine.

Limitações do recurso

Considere as seguintes limitações:

  • Disponível apenas para instâncias de nível empresarial e de alta escala do Filestore. As instâncias de nível SSD básico e HDD básico não são compatíveis.
  • O suporte a snapshots com consistência de falhas estará disponível apenas em instâncias de nível Enterprise do Filestore.
  • O suporte ao Backup está disponível para os níveis alto e empresarial.
  • O download da cópia (VAAI não está disponível.
  • Não é possível montar instâncias do Filestore conectadas usando peering com o VMware Engine. Para mais informações, consulte Configuração de rede e requisitos de recursos de IP.

Suporte a protocolo

O protocolo NFSv3 é compatível.

Rede

Os serviços do Filestore e do VMware Engine estão conectados por acesso a serviços particulares (PSA). As cobranças de rede resultantes do acesso ao armazenamento dentro de uma região não se aplicam.

Antes de começar

As etapas neste documento presumem que você fez o seguinte:

  • Definição de um CIDR /26 para a rede de serviço do Google Cloud VMware Engine ser usada para armazenamento NFS externo.

Sub-redes de serviço

Quando você cria uma nuvem privada, o Filestore cria sub-redes de serviço adicionais, por exemplo, service-1, service-2 e service-3. As sub-redes de serviço são destinadas a cenários de implantação de eletrodomésticos ou serviços, como armazenamento, backup e recuperação de desastres ou streaming de mídia, oferecendo processamento linear e de alta capacidade de processamento para até mesmo as nuvens privadas de maior escala. A comunicação da VM entre uma sub-rede de serviço passa do host do VMware ESXi diretamente para a infraestrutura de rede do Google Cloud, capacitando a comunicação de alta velocidade.

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

Como configurar sub-redes de serviço

As sub-redes de serviço não têm uma alocação CIDR na criação inicial. Em vez disso, é preciso especificar um intervalo e um prefixo CIDR não sobrepostos para as sub-redes de serviço usando o console ou a API do VMware Engine.

O primeiro endereço utilizável se torna o endereço do gateway. Para alocar um intervalo CIDR e um prefixo, edite uma das sub-redes de serviço.

As sub-redes de serviço poderão ser atualizadas se os requisitos do CIDR mudarem. A modificação de um CIDR de sub-rede de serviço pode causar interrupção da disponibilidade de rede das VMs anexadas a essa sub-rede de serviço.

Adicione as alocações CIDR reservadas das sub-redes de serviço definidas no portal do VMware Engine à lista de clientes importados na conexão de peering de VPC da sua rede.

Se você não fizer isso, o erro a seguir ou semelhante em vmkernel.log será retornado:

2022-09-23T04:58:14.266Z cpu23:2103354 opID=be2a0887)NFS: 161: Command: (mount)
Server: (10.245.17.21) IP: (10.245.17.21) Path: (/vol-g-shared-vmware-002) Label:
(NFS) Options: (None)
...
2022-09-23T04:58:14.270Z cpu23:2103354 opID=be2a0887)NFS: 194: NFS mount
10.245.17.21:/vol-g-shared-vmware-002 failed: The mount request was denied by the
NFS server. Check that the export exists and that the client is permitted to
mount it.

Criar e gerenciar instâncias do Filestore

Para ver como usar o console do Google Cloud para criar e gerenciar uma instância do Filestore, consulte Criar uma instância.

Para ver como importar as alocações CIDR reservadas que você criou para as sub-redes de serviço, consulte Atualizar uma conexão de peering.

Os clientes precisam entrar em contato com o suporte do GCVE para montar os repositórios de dados NFS do Filestore. Depois que o repositório de dados NFS for montado em todos os hosts em um determinado cluster e estiver disponível, será possível usar o console do vCenter para provisionar VMs no repositório de dados externo, visualizar métricas e registros relacionados às operações do Google I/O realizadas no repositório de dados externo.

Se você tiver interesse nesse recurso, entre em contato com sua equipe de conta ou com o suporte do Google Cloud.

A seguir