Panoramica dei datastore NFS

VMware Engine consente di utilizzare datastore Network File System (NFS) esterni per scalare l'archiviazione indipendentemente dalle risorse di calcolo.

VMware Engine vSAN fornisce archiviazione virtuale ad alte prestazioni per le VM in esecuzione in VMware Engine ed è ideale per i carichi di lavoro di livello 1. Per fornire un'infrastruttura virtuale per le VM VMware, il servizio VMware Engine utilizza nodi hardware con unità a stato solido (SSD) NVMe locali gestite da vSAN. Se vuoi scalare solo le risorse di archiviazione nel cluster, devi acquistare un intero nodo, incluse le funzionalità di calcolo e networking di cui potresti non aver bisogno. Questa limitazione dell'infrastruttura iperconvergente (HCI) basata su vSAN crea la necessità di scalare lo spazio di archiviazione indipendentemente dalle altre risorse.

Grazie al supporto dei datastore NFS esterni, VMware Engine ti consente di scalare l'archiviazione indipendentemente dalle risorse di computing per i tuoi carichi di lavoro VMware. I datastore NFS esterni offrono una soluzione economicamente vantaggiosa per applicazioni di livello 2 e 3, repository di backup e archiviazione e altri carichi di lavoro che richiedono un utilizzo intensivo dello spazio di archiviazione e non richiedono le prestazioni di vSAN.

Servizi di archiviazione NFS supportati

Puoi utilizzare i datastore NFS esterni con i seguenti servizi Google Cloud :

Prerequisiti generali per l'utilizzo dei datastore NFS con VMware Engine

Prima di montare un volume NFS esterno come datastore, devi soddisfare i seguenti prerequisiti:

Requisiti del volume NFS

I volumi NFS devono soddisfare i seguenti requisiti:

  • Posizione:il volume NFS (istanza Filestore o volume Google Cloud NetApp Volumes) e il cluster VMware Engine devono trovarsi nella stessa Google Cloud regione. VMware Engine non supporta il montaggio di datastore in regioni diverse. Per i cloud privati estesi, sono supportati solo i datastore regionali.
  • Protocollo:VMware Engine supporta solo NFS versione 3 (NFSv3) per l'utilizzo come datastore VMware Engine. NFSv4.1 non è supportato.
  • Protezione dall'eliminazione:se utilizzi Filestore o Google Cloud NetApp Volumes, devi attivare la protezione dall'eliminazione sul volume per evitare eliminazioni accidentali e perdita di dati.

Autorizzazioni dell'agente di servizio VMware Engine

Per creare e montare un datastore supportato da Filestore o Google Cloud NetApp Volumes, VMware Engine utilizza un service agent gestito da Google (service-{project-number}@) per accedere alle risorse NFS. Questo service agent richiede i seguenti ruoli IAM:

  • roles/compute.networkViewer: per visualizzare i peering di rete di Compute per tutti i tipi di datastore.
  • roles/file.viewer: obbligatorio per i datastore supportati da Filestore.
  • roles/netapp.viewer: obbligatorio per i datastore supportati da Google Cloud NetApp Volumes.

Requisiti per la subnet di servizio

Devi disporre di una subnet di servizio dedicata con un intervallo CIDR univoco allocato per il traffico NFS tra gli host ESXi e il volume NFS. Configura la subnet di servizio come segue:

  • Devi configurare un intervallo CIDR per la subnet di servizio che abbia indirizzi IP sufficienti per assegnarne uno a ogni nodo nel cloud privato.
  • Puoi utilizzare la subnet di servizio solo per il traffico NFS Datastore, ma puoi connettere la stessa subnet a più NFS Datastore diversi.
  • Devi aggiungere l'allocazione CIDR riservata per la subnet del servizio all'elenco dei client consentiti o alla policy di esportazione del volume NFS. Per Filestore, aggiungi una regola di controllo dell'accesso dell'accesso per l'intervallo CIDR della subnet del servizio. Per Google Cloud NetApp Volumes, aggiungi il CIDR alla sezione Client consentiti delle regole di esportazione del volume.

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

Requisiti di connessione di rete

Deve esistere una connessione attiva tra la rete VPC del volume NFS e la rete VMware Engine (VEN) del cloud privato in cui monterai il datastore. I costi di rete derivanti dall'accesso allo spazio di archiviazione all'interno di una regione non si applicano quando utilizzi Filestore con Private Service Access (PSA).

Quando ti connetti ai servizi di file di rete, utilizza uno dei seguenti metodi di connessione, a seconda del tipo di VEN del tuo cloud privato:

  • VEN standard:i cloud privati creati in un VEN standard utilizzano il peering di rete VPC per connettersi a servizi di file di rete come Filestore (utilizzando PSA) o Google Cloud NetApp Volumes.
  • VEN legacy:i cloud privati che operano su un VEN legacy richiedono una connessione privata per connettersi ai servizi di file di rete. Se elimini una connessione privata mentre è in uso un archivio NFS, l'accesso all'Datastore verrà interrotto. Pertanto, assicurati di non eliminare una connessione privata mentre un datastore NFS è montato e in uso.

Interoperabilità con il ciclo di vita del cloud privato

I datastore NFS gestiti dall'API VMware Engine rimangono persistenti durante gli eventi del ciclo di vita del cloud privato nei seguenti modi:

  • Espansione e riduzione del cluster:se aggiungi nodi a un cluster con datastore NFS montati, VMware Engine monta automaticamente questi datastore sui nuovi nodi. Se rimuovi i nodi quando riduci le dimensioni di un cluster, gli indirizzi IP vmknic vengono rilasciati.
  • Riavvio del nodo:la configurazione dell'archivio NFS su un nodo è persistente e rimane intatta dopo il riavvio del nodo.
  • Upgrade software:i datastore NFS montati sugli host non sono interessati dagli upgrade dei componenti ESXi, vCenter e NSX-T.

Migrazione dai montaggi di datastore NFS legacy

Se hai creato datastore NFS in VMware Engine prima del 1° gennaio 2026, stai utilizzando il modello legacy. Per eseguire la transizione al modello supportato e consigliato, contatta l'assistenza clienti Google Cloud per iniziare il processo di migrazione.

Problemi noti

Di seguito sono riportati i problemi noti relativi ai datastore NFS esterni:

  • Durante l'eliminazione temporanea del cloud privato, il percorso di rete a Datastore viene interrotto.
  • Una volta stabilito il peering di rete VPC, la propagazione delle route ai nodi vSphere può richiedere fino a 20 minuti.
  • Per i datastore Google Cloud NetApp Volumes, la funzionalità SnapMirror da e verso l'ambiente on-premise per ilripristino di emergenzay non è supportata.

Passaggi successivi