Seguire i consigli seguenti quando si utilizza Virtual Volumes con ESXi e vCenter Server.

Linee guida e limitazioni durante l'uso di Virtual Volumes

Per un'esperienza ottimale con la funzionalità Virtual Volumes, è necessario seguire linee guida specifiche.

Virtual Volumes supporta le seguenti funzionalità, funzioni e prodotti VMware:

  • Con Virtual Volumes, è possibile utilizzare servizi di storage avanzati che includono replica, crittografia, deduplicazione e compressione sui singoli dischi virtuali. Contattare il vendor di storage per informazioni sui servizi supportati con Virtual Volumes.
  • La funzionalità Virtual Volumes supporta il software di backup che utilizza vSphere APIs - Data Protection. I volumi virtuali sono modellati su dischi virtuali. I prodotti di backup che utilizzano vSphere APIs - Data Protection sono completamente supportati su volumi virtuali così come sono nei file VMDK in un LUN. Gli snapshot creati dal software di backup utilizzando vSphere APIs - Data Protection sono snapshot non vVols per vSphere e il software di backup.
    Nota: Virtual Volumes non supporta la modalità di trasporto SAN. vSphere APIs - Data Protection seleziona automaticamente un metodo di trasferimento dati alternativo.

    Per ulteriori informazioni sull'integrazione con vSphere Storage APIs - Data Protection, consultare il vendor del software di backup.

  • Virtual Volumes supporta le funzionalità di vSphere come vSphere vMotion, Storage vMotion, snapshot, cloni collegati e DRS.
  • È possibile utilizzare prodotti di clustering, ad esempio i cluster RAC (Real Application Cluster) di Oracle con Virtual Volumes. Per utilizzare questi prodotti, attivare l'impostazione di multiscrittura per un disco virtuale archiviato nel datastore Virtual Volumes.

Per ulteriori dettagli, consultare l'articolo della Knowledge Base all'indirizzo http://kb.vmware.com/kb/2112039. Per un elenco delle funzionalità e dei prodotti supportati dalla funzionalità Virtual Volumes, vedere Matrice di interoperabilità dei prodotti VMware.

Limitazioni di Virtual Volumes

Migliorare l'esperienza con Virtual Volumes conoscendo le seguenti limitazioni:
  • Poiché l'ambiente Virtual Volumes richiede vCenter Server, non è possibile utilizzare Virtual Volumes con un host autonomo.
  • La funzionalità Virtual Volumes non supporta le RDM.
  • Un container di storage Virtual Volumes non può estendersi su più array fisici. Alcuni vendor presentano più array fisici come un singolo array. In questi casi, si utilizza ancora tecnicamente un array logico.
  • I profili host che contengono datastore Virtual Volumes sono specifici di vCenter Server. Dopo aver estratto questo tipo di profilo host, è possibile collegarlo solo agli host e ai cluster gestiti dallo stesso vCenter Server dell'host di riferimento. Per ulteriori informazioni, vedere il documento Valori massimi di configurazione.

Limitazioni di Virtual Volumes con NVMe

Le funzionalità seguenti non sono supportate per NVMe su Virtual Volumes, configurazione specifica della versione vSphere 8.0:
  • Operazioni di replica e Site Recovery Manager.
  • Prenotazioni NVMe.
  • Operazioni di deallocazione e annullamento della mappatura di NVMe.
  • Condivisione del disco tra macchine virtuali.
  • Migrazione in-band di NVMe.

Procedure consigliate per il provisioning dei container di storage

Attenersi alle seguenti procedure consigliate quando si esegue il provisioning dei container di storage sul lato array Virtual Volumes.

Creazione di container in base ai propri limiti

Poiché i container di storage applicano limiti logici quando si raggruppano volumi virtuali, il container deve corrispondere ai limiti che si desiderano applicare.

Un esempio può includere un container creato per un tenant in una distribuzione multi-tenant o un container per un reparto di una distribuzione aziendale.
  • Organizzazioni o reparti, ad esempio Risorse umane e Finanze
  • Gruppi o progetti, ad esempio Team A e Team rosso
  • Clienti

Collocazione di tutte le capacità di storage in un singolo container

I container di storage sono datastore individuali. Un singolo container di storage può esportare più profili di funzionalità di storage. Di conseguenza, le macchine virtuali con esigenze diverse e impostazioni dei criteri di storage diverse possono far parte dello stesso container di storage.

La modifica dei profili di storage deve essere un'operazione lato array, non una migrazione dello storage in un altro container.

Evitare un provisioning eccessivo dei container di storage

Quando si esegue il provisioning di un container di storage, i limiti di spazio applicati come parte della configurazione del container sono solo limiti logici. Non eseguire un provisioning del container più grande del necessario per l'utilizzo previsto. Se in seguito si aumentano le dimensioni del container, non è necessario riformattarlo o effettuarne la ripartizione.

Utilizzo dell'interfaccia utente di gestione specifica dello storage per eseguire il provisioning dei Protocol Endpoint

Ogni container di storage richiede Protocol Endpoint (PE) accessibili agli host ESXi.

Quando si utilizza lo storage a blocchi, il PE rappresenta un LUN proxy definito da un WWN LUN basato su T10. Per lo storage NFS, il PE è un mount point, come un indirizzo IP o un nome DNS e un nome di condivisione. Per lo storage NVMe, il PE è un gruppo ANA e gli spazi dei nomi del proxy sono virtuali.

In genere, la configurazione di PE è specifica dell'array. Quando si configurano PE, potrebbe essere necessario associarli a processori di storage specifici o a determinati host. Per evitare errori durante la creazione di PE, non configurarli manualmente. Se possibile, utilizzare invece strumenti di gestione specifici dello storage.

Nessuna assegnazione di ID su Disk.MaxLUN ai LUN del Protocol Endpoint

Per impostazione predefinita, un host ESXi può accedere agli ID LUN inclusi nell'intervallo da 0 a 1023. Se l'ID del LUN del Protocol Endpoint configurato è 1024 o superiore, l'host potrebbe ignorare il PE.

Se l'ambiente utilizza ID LUN superiori a 1023, modificare il numero di LUN scansionati tramite il parametro Disk.MaxLUN. Vedere Modifica del numero di dispositivi di storage scansionati.

Procedure consigliate per le prestazioni di Virtual Volumes

Per garantire prestazioni ottimali da parte di Virtual Volumes, seguire questi consigli.

Utilizzo di criteri di storage della macchina virtuale diversi per singoli componenti del volume virtuale

Per impostazione predefinita, tutti i componenti di una macchina virtuale nell'ambiente Virtual Volumes ottengono un singolo criterio di storage della macchina virtuale. Tuttavia, componenti diversi possono avere caratteristiche di prestazione diverse, ad esempio un disco virtuale del database e un disco virtuale del registro corrispondente. In base ai requisiti di prestazione, è possibile assegnare criteri di storage della macchina virtuale differenti a singoli dischi virtuali e al file home della macchina virtuale, oppure config-vVol.

Quando si utilizza vSphere Client, non è possibile modificare l'assegnazione del criterio di storage della macchina virtuale per swap-vVol, memory-vVol o snapshot-vVol.

Vedere Creazione di un criterio di storage delle macchine virtuali per Virtual Volumes.

Recupero di un profilo host con Virtual Volumes

Il modo migliore per ottenere un profilo host con Virtual Volumes consiste nel configurare un host di riferimento ed estrarne il profilo. Se si modifica manualmente un profilo host esistente in vSphere Client e si collega il profilo modificato a un nuovo host, è possibile attivare errori di conformità. Potrebbero verificarsi altri problemi imprevedibili. Per ulteriori dettagli, vedere l'articolo 2146394 della Knowledge Base di VMware.

Monitoraggio del carico I/O su un singolo Protocol Endpoint

  • Tutti gli I/O del volume virtuale passano attraverso i Protocol Endpoint (PE). Gli array selezionano i Protocol Endpoint da diversi PE accessibili su un host ESXi. Gli array possono eseguire il bilanciamento del carico e modificare il percorso di binding che connette il volume virtuale e il PE. Vedere Binding e annullamento del binding dei volumi virtuali.
  • Quando si esegue lo storage a blocchi, ESXi offre una grande profondità della coda per l'I/O a causa di un numero potenzialmente elevato di volumi virtuali. Il parametro Scsi.ScsiVVolPESNRO controlla il numero di I/O che possono essere inseriti in coda per i PE. È possibile configurare il parametro nella pagina Impostazioni di sistema avanzate di vSphere Client.

Monitoraggio delle limitazioni dell'array

Una singola macchina virtuale potrebbe occupare più volumi virtuali. Vedere Oggetti volume virtuale.

Si supponga che la macchina virtuale disponga di due dischi virtuali e che si creino due snapshot con memoria. La macchina virtuale potrebbe occupare fino a 10 oggetti Virtual Volumes: un config-vVol, un swap-vVol, due data-vVols, quattro snapshot-vVols e due snapshot-vVols della memoria.

Verifica della disponibilità del provider di storage

Per accedere allo storage Virtual Volumes, l'host ESXi richiede un provider di storage (provider VASA). È integrato nel firmware dell'array di storage o distribuito come appliance sotto forma di macchina virtuale. Se il provider VASA è un'appliance basata su macchina virtuale, il provider di storage è sempre disponibile. Per assicurarsi che il provider di storage sia sempre disponibile, attenersi alle seguenti linee guida:
  • Non eseguire la migrazione di una macchina virtuale del provider di storage allo storage Virtual Volumes.
  • Eseguire il backup della macchina virtuale del provider di storage.
  • Quando appropriato, utilizzare vSphere HA o Site Recovery Manager per proteggere la macchina virtuale del provider di storage.