Utilizzo del volume NFS come datastore vSphere ospitato da Filestore

Puoi utilizzare le istanze di livello Filestore zonale, regionale ed Enterprise come datastore esterni per gli host VMware ESXi in Google Cloud VMware Engine.

Per farlo, puoi creare le istanze Filestore nelle regioni in cui sono disponibili sia VMware Engine che Filestore, quindi montarle come datastore esterni agli host VMware ESXi esistenti in VMware Engine.

VMware Engine offre le seguenti opzioni di archiviazione vSphere:

  • VMware vSAN. Sono inclusi lo spazio di archiviazione fornito con ogni nodo VMware Engine.
  • Archiviazione NFS esterna. Sono incluse le seguenti opzioni:

Perché utilizzare datastore esterni per VMware Engine?

vSAN di VMware Engine fornisce archiviazione virtuale ad alte prestazioni per le VM in esecuzione in VMware Engine. Il servizio VMware Engine utilizza nodi hardware con unità a stato solido (SSD) NVMe locali gestite da vSAN per offrire un'infrastruttura virtuale per le VM VMware. Se vuoi scalare solo le risorse di archiviazione nel tuo cluster, devi acquistare un intero nodo, insieme a funzionalità di calcolo e di rete, risorse che potresti non aver bisogno. Questa limitazione dell'infrastruttura iperconvergente (HCI) basata su vSAN genera la necessità di scalare lo spazio di archiviazione indipendentemente dalle altre risorse.

Con i datastore NFS esterni, puoi scalare lo spazio di archiviazione indipendentemente dalle risorse di calcolo, affidandoti a VMware Engine per tutti i tuoi carichi di lavoro VMware.

Le istanze di livello Enterprise e High Scale sono certificate VMware per l'utilizzo con i datastore VMware Engine e sono disponibili in tutte le regioni VMware Engine.

Limitazioni delle funzionalità

Si applicano le seguenti limitazioni:

  • Disponibile solo per le istanze Filestore High Scale e di livello Enterprise. Le istanze di livello SSD base e HDD base non sono supportate.
  • Supporto degli snapshot coerenti con gli arresti anomali disponibile solo nelle istanze di livello Filestore Enterprise.
  • Supporto per i backup disponibile sia per i livelli High Scale sia per quelli Enterprise.
  • Il trasferimento delle copie (VAAI) non è disponibile.
  • Non puoi montare le istanze Filestore collegate con il peering diretto a VMware Engine. Per ulteriori informazioni, consulta Requisiti di configurazione di rete e risorse IP.

Supporto del protocollo

È supportato il protocollo NFSv3.

Networking

I servizi Filestore e VMware Engine sono collegati tramite l'accesso privato ai servizi (PSA). Non vengono applicati gli addebiti di rete derivanti dall'accesso allo spazio di archiviazione all'interno di una regione.

Prima di iniziare

I passaggi descritti in questo documento presuppongono che tu abbia eseguito quanto segue:

  • Assegna un CIDR /26 per la rete di servizi Google Cloud VMware Engine da utilizzare per lo spazio di archiviazione NFS esterno.

Subnet di servizio

Quando crei un cloud privato, VMware Engine crea sottoreti di servizio aggiuntive (ad esempio service-1, service-2, service-3). Le sottoreti di servizio sono scelti come target per scenari di implementazione di appliance o servizi, come archiviazione, backup e ripristino di emergenza o streaming multimediale, fornendo un throughput lineare e di grande scala e l'elaborazione dei pacchetti anche per i cloud privati di grandi dimensioni. La comunicazione VM su una subnet di servizio passa dall'host VMware ESXi direttamente all'infrastruttura di rete di Google Cloud, consentendo comunicazioni ad alta velocità.

Le regole del firewall distribuite e del gateway NSX-T non si applicano a nessuna sottorete di servizio.

Configurazione delle subnet di servizio

Le subnet di servizio non hanno un'allocazione CIDR al momento della creazione iniziale. Devi invece specificare un intervallo e un prefisso CIDR che non si sovrappongano per le sottoreti di servizio utilizzando la console o l'API VMware Engine.

Il primo indirizzo utilizzabile diventa quello del gateway. Per allocare un intervallo e un prefisso CIDR, modifica una delle subnet del servizio.

Le subnet di servizio possono essere aggiornate se i requisiti CIDR cambiano. Tuttavia, la modifica del CIDR di una subnet di servizio esistente può causare interruzioni della disponibilità della rete per le VM collegate a quella subnet di servizio.

Devi aggiungere le allocazioni CIDR riservate per le sottoreti di servizio che hai definito nel portale VMware Engine all'elenco dei client importati nella connessione di peering VPC della tua rete.

In caso contrario, in vmkernel.log viene restituito il seguente errore o uno simile:

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.

Creare e gestire istanze Filestore

Per scoprire come utilizzare la console Google Cloud per creare e gestire un'istanza Filestore, consulta Creare un'istanza.

Per scoprire come importare le allocazioni CIDR riservate che hai creato per le sottoreti del servizio, consulta Aggiornare una connessione di peering.

I clienti devono contattare l'assistenza GCVE per montare i datastore NFS Filestore. Dopo che il datastore NFS è stato montato su tutti gli host di un determinato cluster e diventa disponibile, puoi utilizzare la console vCenter per eseguire il provisioning delle VM sul datastore esterno, visualizzare le metriche e i log relativi alle operazioni di Google I/O eseguite sul datastore esterno.

Se ti interessa questa funzionalità, contatta il team dedicato all'account o l'assistenza Google Cloud.

Passaggi successivi