Un client NFS integrato in ESXi utilizza il protocollo NFS (Network File System) su TCP/IP per accedere a un volume NFS designato che si trova in un server NAS. L'host ESXi può montare il volume e utilizzarlo per le sue esigenze di storage. vSphere supporta le versioni 3 e 4.1 del protocollo NFS.

In genere, il volume o la directory NFS vengono creati da un amministratore di storage ed esportati dal server NFS. Non è necessario formattare il volume NFS con un file system locale, ad esempio VMFS. È invece possibile montare il volume direttamente negli host ESXi e utilizzarlo per archiviare e avviare le macchine virtuali nello stesso modo in cui si utilizzano i datastore VMFS.

Oltre a archiviare i dischi virtuali in datastore NFS, è possibile utilizzare NFS come repository centrale per le immagini ISO, i modelli di macchine virtuali e così via. Se si utilizza il datastore per le immagini ISO, è possibile connettere il dispositivo CD-ROM della macchina virtuale a un file ISO nel datastore. È quindi possibile installare un sistema operativo guest dal file ISO.

Dopo aver configurato l'ambiente di storage NFS, vedere i seguenti argomenti per creare e gestire i datastore NFS:

Protocolli NFS e ESXi

ESXi supporta i protocolli NFS versione 3 e 4.1. Per supportare entrambe le versioni, ESXi utilizza due client NFS diversi.

Confronto tra le versioni del client NFS

Nella tabella seguente sono elencate le funzionalità supportate da NFS versione 3 e 4.1.

Caratteristiche NFS versione 3 NFS versione 4.1
Meccanismi di sicurezza AUTH_SYS

AUTH_SYS e Kerberos (krb5 e krb5i)

Algoritmi di crittografia con Kerberos N/D AES256-CTS-HMAC-SHA1-96 e

AES128-CTS-HMAC-SHA1-96

Percorsi multipli Non supportato Supportato tramite il trunking sessione
Meccanismi di blocco Blocco proprietario lato client Blocco lato server
Accelerazione hardware Supportato Supportato
Dischi virtuali thick Supportato Supportato
IPv6 Supportato Supportato per AUTH_SYS e Kerberos
Immagini ISO presentate come CD-ROM alle macchine virtuali Supportato Supportato
Snapshot della macchina virtuale Supportato Supportato
Macchine virtuali con dischi virtuali superiori a 2 TB Supportato Supportato

Protocolli NFS e soluzioni vSphere

Nella tabella seguente sono elencate le soluzioni vSphere principali supportate dalle versioni NFS.

Funzionalità di vSphere NFS versione 3 NFS versione 4.1
vMotion e Storage vMotion
Alta disponibilità (HA)
Fault Tolerance (FT)
Distributed Resource Scheduler (DRS)
Profili host
Storage DRS No
Storage I/O Control No
Site Recovery Manager Site Recovery Manager non supporta i datastore NFS 4.1 per la replica basata su array e la replica Virtual Volumes. È possibile utilizzare Site Recovery Manager con datastore NFS v 4.1 per vSphere Replication.
Virtual Volumes
vSphere Replication
VMware Aria Operations

NFS 4.1 e Fault Tolerance

Le macchine virtuali su NFS 4.1 supportano il nuovo meccanismo di Fault Tolerance introdotto in vSphere 6.0. Il meccanismo può contenere macchine virtuali con multiprocessing simmetrico (SMP) con un massimo di quattro vCPU.

Le macchine virtuali NFS 4.1 non supportano il meccanismo di Fault Tolerance legacy.

Aggiornamenti NFS

Quando si effettua l'aggiornamento di ESXi da una versione precedente alla 6.5, i datastore NFS 4.1 esistenti iniziano automaticamente a supportare le funzionalità di supporto che non erano disponibili nella versione precedente di ESXi. Tali funzionalità includono Virtual Volumes, accelerazione hardware e così via.

ESXi non supporta le conversioni automatiche dei datastore da NFS versione 3 a NFS 4.1.

Se si desidera aggiornare il datastore NFS 3, sono disponibili le seguenti opzioni:

  • Creare il datastore NFS 4.1, quindi utilizzare Storage vMotion per eseguire la migrazione delle macchine virtuali dal vecchio datastore a quello nuovo.
  • Utilizzare i metodi di conversione forniti dal server di storage NFS. Per ulteriori informazioni, contattare il fornitore dell'archivio.
  • Smontare il datastore NFS 3, quindi montarlo come datastore NFS 4.1.
    Attenzione: Se si utilizza questa opzione, assicurarsi di smontare il datastore da tutti gli host che hanno accesso al datastore. Non è mai possibile montare il datastore utilizzando entrambi i protocolli contemporaneamente.