Utilizzo del volume NFS come datastore vSphere ospitato da Filestore

Puoi usare Filestore a livello di zona, di regione e di azienda livello delle istanze come datastore esterni per VMware ESXi in Google Cloud VMware Engine.

Per farlo, puoi creare le tue istanze Filestore nelle regioni in cui VMware Engine e Filestore sono disponibili e poi montarli come datastore esterni sugli host VMware ESXi esistenti. in VMware Engine.

VMware Engine offre le seguenti opzioni di archiviazione vSphere:

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

Perché datastore esterni per VMware Engine?

La 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 NVMe locale unità a stato solido (SSD) gestite da vSAN per offrire una dell'infrastruttura per le VM VMware. Se vuoi scalare solo le risorse di archiviazione nel tuo cluster, devi acquistare un intero nodo, oltre alle risorse di computing di networking, ossia risorse che potrebbero non servirti. Questa limitazione Infrastruttura iperconvergente (HCI) basata su vSAN crea la domanda per scalare l'archiviazione indipendentemente da altre risorse.

Con i datastore NFS esterni, puoi scalare lo spazio di archiviazione indipendentemente dal computing facendo affidamento su VMware Engine per tutti i carichi di lavoro VMware.

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

Limitazioni delle funzionalità

Si applicano le seguenti limitazioni:

  • Disponibile solo per le istanze Filestore High Scale ed Enterprise di Filestore. Le istanze di livello SSD base e HDD base non sono supportate.
  • Supporto di snapshot coerente con arresti anomali disponibile in Solo istanze di livello Filestore Enterprise.
  • Il supporto del backup è disponibile sia per il livello High Scale che per Enterprise.
  • Copia offload (VAAI) non è disponibile.

Supporto del protocollo

È supportato il protocollo NFSv3.

Networking

I servizi Filestore e VMware Engine sono connessi tramite servizio privato accessi (PSA). Costi di rete derivanti da l'accesso allo spazio di archiviazione all'interno di una regione non si applicano.

Prima di iniziare

I passaggi descritti in questo documento presuppongono che:

  • Un CIDR /26 è stato contrassegnato per la rete di servizi Google Cloud VMware Engine per per l'archiviazione NFS esterna.

Subnet di servizio

Quando crei un cloud privato, VMware Engine crea subnet di servizio aggiuntive (ad es. service-1, service-2, service-3). Le subnet dei servizi specifico per scenari di deployment di appliance o servizi, come archiviazione, backup e ripristino di emergenza, o streaming multimediale, che offrono soluzioni lineari velocità effettiva ed elaborazione dei pacchetti anche per i cloud privati con scalabilità più ampia. VM la comunicazione attraverso una subnet di servizio passa direttamente dall'host VMware ESXi nell'infrastruttura di rete di Google Cloud, supportando l'alta velocità la comunicazione.

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

Configurazione delle subnet di servizio

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

Il primo indirizzo utilizzabile diventa l'indirizzo del gateway. Per allocare un CIDR l'intervallo e il prefisso consentono di modificare una delle subnet di servizio.

Le subnet dei servizi possono essere aggiornate se i requisiti CIDR cambiano. Tuttavia, la modifica di un CIDR di una subnet di servizio esistente può causare l'interruzione della disponibilità della rete VM collegate a quella subnet di servizio.

Devi aggiungere le allocazioni CIDR riservate per le subnet di servizio definite nel portale VMware Engine all'elenco i client importati nella connessione in peering VPC della tua rete.

Se non lo fai, viene restituito il seguente errore o un errore simile in vmkernel.log:

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.

Crea e gestisci istanze Filestore

Scopri come utilizzare la console Google Cloud per creare e gestire un Filestore. consulta l'articolo sulla creazione di un'istanza.

Per vedere come importare le allocazioni CIDR riservate che hai creato per il tuo servizio subnet, consulta Aggiornare una connessione in 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 in un determinato cluster e diventa disponibile, puoi utilizzare la console vCenter per eseguire il provisioning delle VM nel datastore esterno, visualizzare le metriche e visualizzare i log relativi alle operazioni di Google I/O eseguite sul datastore esterno.

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

Passaggi successivi