Utilizzare questo elenco di requisiti e raccomandazioni come riferimento per lo storage condiviso, lo storage principale vSAN e lo storage supplementare NFS in un ambiente con una o più istanze di VMware Cloud Foundation. La progettazione considera anche se un'istanza contiene una o più zone di disponibilità.

Dopo aver impostato l'infrastruttura fisica di storage, le attività di configurazione per la maggior parte delle decisioni di progettazione sono automatizzate in VMware Cloud Foundation. La configurazione deve essere eseguita manualmente solo per un numero limitato di elementi di progetto, come indicato nelle implicazioni di progetto.

Per i dettagli completi sulla progettazione, vedere Progettazione vSAN per VMware Cloud Foundation.

Tabella 1. Requisiti di progettazione di vSAN per VMware Cloud Foundation

ID requisito

Requisiti di progettazione

Giustificazione

Implicazione

VCF-VSAN-REQD-CFG-001

Fornire una capacità raw sufficiente a soddisfare le esigenze iniziali del cluster del dominio del carico di lavoro.

Assicura che siano presenti risorse sufficienti per creare il cluster del dominio del carico di lavoro.

nessuna.

VCF-VSAN-REQD-CFG-002

Specificare almeno il numero minimo di host richiesto in base al tipo di cluster.

Soddisfa i requisiti per la disponibilità dello storage.

nessuna.
Tabella 2. Requisiti di progettazione di vSAN ESA per VMware Cloud Foundation

ID requisito

Requisiti di progettazione

Giustificazione

Implicazione

VCF-VSAN-REQD-CFG-003

Verificare che i componenti hardware utilizzati nella distribuzione di vSAN siano presenti in vSAN Hardware Compatibility List.

Impedisce gli errori relativi all'hardware durante la distribuzione del carico di lavoro

Limita il numero di configurazioni hardware compatibili che possono essere utilizzate.
Tabella 3. Requisiti di progettazione di vSAN Max per VMware Cloud Foundation

ID requisito

Requisiti di progettazione

Giustificazione

Implicazione

VCF-VSAN-MAX-REQD-CFG-001

Specificare almeno quattro nodi per il cluster iniziale.

Un cluster vSAN Max deve contenere almeno quattro host.

nessuna.
Tabella 4. Requisiti di progettazione di vSAN per un cluster di dominio del carico di lavoro VI di elaborazione multi-rack con VMware Cloud Foundation

ID requisito

Requisiti di progettazione

Giustificazione

Implicazione

VCF-VSAN-L3MR-REQD-CFG-001

Configurare i domini di errore vSAN e posizionare i nodi di ciascun rack nel rispettivo dominio di errore.

Consente alle macchine virtuali del carico di lavoro di tollerare un errore del rack distribuendo copie dei dati e dei componenti witness dei nodi in rack separati.

È necessario eseguire la configurazione del dominio di errore manualmente dopo la distribuzione e dopo l'espansione del cluster.
Tabella 5. Requisiti di progettazione di vSAN ESA per il cluster del dominio del carico di lavoro VI di elaborazione multi-rack con VMware Cloud Foundation

ID requisito

Requisiti di progettazione

Giustificazione

Implicazione

VCF-VSAN-ESA-L3MR-REQD-CFG-001

Utilizzare almeno quattro rack per il cluster.

Fornisce supporto per la riprotezione degli oggetti vSAN in caso di errore di un singolo rack.

Richiede almeno quattro host in un cluster con codifica di cancellazione RAID-5.

VCF-VSAN-ESA-L3MR-REQD-CFG-002

Disattivare la gestione dei criteri automatici di vSAN ESA

  • Non supportato con i domini di errore di vSAN.

  • Fornisce il supporto per l'applicazione di un criterio di storage predefinito conforme nel datastore vSAN.

Per l'allineamento al numero di domini di errore di vSAN, potrebbe essere necessario creare manualmente un criterio di storage predefinito.
Tabella 6. Requisiti di progettazione di vSAN OSA per un cluster del dominio del carico di lavoro VI di elaborazione multi-rack con VMware Cloud Foundation

ID requisito

Requisiti di progettazione

Giustificazione

Implicazione

VCF-VSAN-OSA-L3MR-REQD-CFG-001

Utilizzare almeno quattro rack per il cluster.

Fornisce supporto per la riprotezione degli oggetti vSAN in caso di errore di un singolo rack.

  • Richiede almeno quattro host in un cluster con configurazione RAID-1.
Tabella 7. Requisiti di progettazione di vSAN per i cluster estesi con VMware Cloud Foundation

ID requisito

Requisiti di progettazione

Giustificazione

Implicazione

VCF-VSAN-REQD-CFG-004

Aggiungere la seguente impostazione al criterio di storage di vSAN predefinito:

Tolleranza di emergenza del sito = mirroring del sito - cluster esteso

Fornisce la protezione necessaria per le macchine virtuali in ogni zona di disponibilità, con la possibilità di recuperare da un'interruzione della zona di disponibilità.

Potrebbero essere necessari criteri aggiuntivi se le macchine virtuali di terze parti devono essere ospitate in questi cluster, perché i requisiti di prestazioni o disponibilità di tali macchine virtuali potrebbero essere diversi da quelli supportati dal criterio di VMware vSAN predefinito.

VCF-VSAN-REQD-CFG-005

Configurare due domini di errore, uno per ogni zona di disponibilità. Assegnare ogni host al rispettivo dominio di errore della zona di disponibilità.

I domini di errore sono mappati sulle zone di disponibilità per fornire una separazione logica degli host e garantire che una copia dei dati vSAN sia sempre disponibile anche quando una zona di disponibilità va offline.

È necessario fornire spazio di storage non elaborato aggiuntivo quando è selezionata l'opzione Mirroring del sito: cluster esteso e sono abilitati i domini di errore.
VCF-VSAN-REQD-CFG-006 Configurare un singolo criterio di storage vSAN per ogni cluster esteso. Il criterio di storage vSAN di un cluster esteso non può essere condiviso con altri cluster. È necessario configurare criteri di storage di vSAN aggiuntivi.

VCF-VSAN-WTN-REQD-CFG-001

Distribuire un'appliance witness vSAN in una posizione che non sia locale agli host ESXi in una delle zone di disponibilità.

Assicura la disponibilità dei componenti del witness vSAN in caso di errore di una delle zone di disponibilità.

È necessario specificare una terza posizione fisicamente separata che esegua un ambiente vSphere. È possibile utilizzare un'istanza di VMware Cloud Foundation in una posizione fisica separata.

VCF-VSAN-WTN-REQD-CFG-002

Distribuire un'appliance witness che corrisponda alla capacità del cluster necessaria.

Assicura che l'appliance witness sia dimensionata per supportare il consumo di storage del carico di lavoro previsto.

L'ambiente vSphere della posizione del witness deve soddisfare i requisiti di risorse dell'appliance del witness.

VCF-VSAN-WTN-REQD-CFG-003

Collegare la prima scheda VMkernel dell'appliance witness vSAN alla rete di gestione del sito witness.

Consente di collegare l'appliance witness al vCenter Server del dominio del carico di lavoro.

Le reti di gestione di entrambe le zone di disponibilità devono essere instradate verso la rete di gestione del sito witness.

VCF-VSAN-WTN-REQD-CFG-004

Allocare un indirizzo IP e un nome host assegnati staticamente alla scheda di gestione dell'appliance witness di vSAN.

Semplifica la manutenzione e il monitoraggio e implementa una configurazione DNS.

Richiede una gestione precisa degli indirizzi IP.

VCF-VSAN-WTN-REQD-CFG-005

Configurare i registri DNS forward e reverse per l'appliance witness vSAN per l'istanza di VMware Cloud Foundation.

Abilita la connessione dell'appliance vSAN witness al vCenter Server del dominio del carico di lavoro tramite FQDN anziché indirizzo IP.

È necessario specificare i registri DNS per l'appliance vSAN witness.

VCF-VSAN-WTN-REQD-CFG-006

Configurare la sincronizzazione temporale utilizzando un orario NTP interno per l'appliance vSAN witness.

Previene eventuali errori nella configurazione del cluster esteso causati da una mancata corrispondenza temporale tra l'appliance witness vSAN e gli host ESXi in entrambe le zone di disponibilità e il vCenter Server del dominio del carico di lavoro.

  • Nell'ambiente deve essere disponibile un servizio NTP operativo.

  • Tutti i firewall tra l'appliance vSAN witness e i server NTP devono consentire il traffico NTP sulle porte di rete richieste.
Tabella 8. Consigli per la progettazione di vSAN per VMware Cloud Foundation

ID consiglio

Consigli di progettazione

Giustificazione

Implicazione

VCF-VSAN-RCMD-CFG-001

Fornire una capacità raw sufficiente a soddisfare le esigenze pianificate del cluster del dominio del carico di lavoro.

Assicura la presenza di risorse sufficienti nel cluster del dominio del carico di lavoro, evitando la necessità di espandere il datastore vSAN in futuro.

nessuna.

VCF-VSAN-RCMD-CFG-002

Assicurarsi che almeno il 30% dello spazio libero sia sempre disponibile nel datastore vSAN.

Questa capacità viene riservata per l'evacuazione dei dati in modalità di manutenzione dell'host, per le rigenerazioni dei componenti, per le operazioni di ribilanciamento e per gli snapshot delle macchine virtuali.

Aumenta la quantità di storage disponibile necessaria.

VCF-VSAN-RCMD-CFG-003

Utilizzare il criterio di storage VMware vSAN predefinito.

  • Offre il livello di ridondanza necessario nel cluster del dominio del carico di lavoro.

  • Offre il livello di prestazioni sufficiente per i singoli carichi di lavoro.

Potrebbero essere necessari criteri aggiuntivi per le macchine virtuali di terze parti ospitate in questi cluster, perché i requisiti di prestazioni o disponibilità di tali macchine virtuali potrebbero essere diversi da quelli supportati dal criterio di VMware vSAN predefinito.

VCF-VSAN-RCMD-CFG-004

Lasciare il file di swap della macchina virtuale predefinito come oggetto sparse su vSAN.

I file di swap virtuali sparse consumano capacità su vSAN solo quando vi si accede. Di conseguenza, è possibile ridurre il consumo del datastore vSAN se nelle macchine virtuali non si verifica un overcommit di memoria che richiederebbe l'uso del file di swap virtuale.

nessuna.

VCF-VSAN-RCMD-CFG-005

Utilizzare l'istanza di vSphere Distributed Switch esistente per il cluster del dominio del carico di lavoro.

  • Riduce la complessità della progettazione della rete.

  • Riduce il numero di NIC fisiche necessarie.

Tutti i tipi di traffico possono essere condivisi su uplink comuni.

VCF-VSAN-RCMD-CFG-006

Configurare i jumbo frame sulla VLAN per il traffico vSAN.

  • Semplifica la configurazione perché i jumbo frame vengono utilizzati anche per migliorare le prestazioni di vSphere vMotion e del traffico di storage NFS.

  • Riduce l'overhead della CPU che genera l'utilizzo elevato della rete.

Ogni dispositivo nella rete deve supportare i jumbo frame.

VCF-VSAN-RCMD-CFG-007

Utilizzare una VLAN dedicata per il traffico di vSAN per ogni cluster vSAN.

  • Isola il traffico di vSAN solo verso gli host nel cluster.

  • Limita la quantità di traffico broadcast di vSAN che raggiunge un host solo agli host del cluster.

Aumenta il numero di VLAN necessarie.

VCF-VSAN-RCMD-CFG-008

Configurare vSAN in una configurazione all-flash nel cluster del dominio del carico di lavoro predefinito.

Soddisfa le esigenze di prestazioni del cluster del dominio del carico di lavoro predefinito.

Tutti i dischi vSAN devono essere dischi flash, che potrebbero costare di più dei dischi magnetici.
Tabella 9. Consigli di progettazione di vSAN OSA per VMware Cloud Foundation

ID consiglio

Consigli di progettazione

Giustificazione

Implicazione

VCF-VSAN-RCMD-CFG-009

Assicurarsi che il controller I/O di storage abbia una profondità minima della coda impostata su 256.

I controller di storage con lunghezze di coda inferiori possono causare problemi di prestazioni e stabilità durante l'esecuzione di vSAN.

I server vSAN ReadyNode sono configurati con le profondità di coda corrette per vSAN.

Limita il numero di controller I/O compatibili che possono essere usati per lo storage.

VCF-VSAN-RCMD-CFG-010

Non utilizzare i controller I/O di storage che stanno eseguendo i gruppi di dischi vSAN per un altro scopo.

L'esecuzione di dischi non vSAN, ad esempio VMFS, su un controller I/O di storage che esegue un gruppo di dischi vSAN può incidere sulle prestazioni di vSAN.

Se negli host ESXi sono necessari dischi non vSAN, è necessario disporre di un controller I/O di storage aggiuntivo nell'host.

VCF-VSAN-RCMD-CFG-011

Configurare vSAN con un minimo di due gruppi di dischi per host ESXi.

Riduce le dimensioni del dominio di errore e distribuisce il carico di I/O su un maggior numero di dischi per ottenere prestazioni migliori.

L'uso di più gruppi di dischi richiede più dischi in ogni host ESXi.

VCF-VSAN-RCMD-CFG-012

Per il livello di cache di ciascun gruppo di dischi, utilizzare un'unità basata su memoria flash di almeno 600 GB.

Fornisce una cache sufficiente per le configurazioni vSAN ibride o all-flash per memorizzare nel buffer l'I/O e garantire le prestazioni del gruppo di dischi.

Lo spazio aggiuntivo nel livello della cache non aumenta le prestazioni.

L'uso di dischi flash più grandi può aumentare il costo iniziale dell'host.
Tabella 10. Consigli di progettazione di vSAN ESA per VMware Cloud Foundation

ID consiglio

Consigli di progettazione

Giustificazione

Implicazione

VCF-VSAN-RCMD-CFG-013

Attivare la gestione dei criteri automatici.

Configura i criteri di storage ottimizzati in base al tipo di cluster e al numero di host nell'inventario del cluster. Quando vengono apportate modifiche al numero di host nel cluster o alla riserva di rigenerazione degli host, vSAN richiede di apportare una modifica suggerita al criterio di storage ottimizzato.

nessuna.

VCF-VSAN-RCMD-CFG-014

Attivare la compressione di vSAN ESA.

Migliora le prestazioni.

I database PostgreSQL e altre applicazioni potrebbero utilizzare le loro funzionalità di compressione. In questi casi, l'utilizzo di un criterio di storage con la funzionalità di compressione disattivata consente di risparmiare cicli di CPU.

È possibile disabilitare le compressioni di vSAN ESA per tali carichi di lavoro tramite l'utilizzo del framework SPBM (Storage Policy Based Management).

VCF-VSAN-RCMD-CFG-015

Utilizzare schede NIC con una capacità minima di 25 GbE.

Le NIC da 10 GbE limiteranno la scalabilità e le prestazioni di un cluster vSAN ESA perché i requisiti delle prestazioni in genere aumentano nel corso della durata del cluster.

Richiede una struttura di rete da almeno 25 GbE.
Tabella 11. Requisiti di progettazione di vSAN Max per VMware Cloud Foundation

ID consiglio

Consigli di progettazione

Giustificazione della progettazione

Implicazione della progettazione

VCF-VSAN-Max-RCMD-001

Limitare le dimensioni del cluster vSAN Max a 24 host.

Il numero totale di host per il cluster vSAN Max e i cluster di elaborazione vSAN che montano il datastore non deve superare i 128 host.

Un cluster vSAN Max con 24 nodi fornisce supporto per un massimo di 104 host di elaborazione vSAN, un buon rapporto tra risorse di elaborazione e storage.

Limita il numero massimo di host.

VCF-VSAN-Max-RCMD-002

Se il cluster vSAN Max è composto solo da quattro host, non abilitare la riserva di rigenerazione degli host.

Se la funzionalità di gestione dei criteri automatici è attivata, impedisce a vSAN Max di utilizzare il RAID-5 adattivo.

vSAN non riserva alcuna di queste capacità e la presenta come capacità libera per vSAN per effettuare autonomamente una riparazione se si verifica un errore di un singolo host.

VCF-VSAN-Max-RCMD-003

Includere TPM (Trusted Platform Module) nella configurazione hardware degli host.

Assicura che le chiavi emesse per gli host in un cluster vSAN Max che utilizza la crittografia dei dati inattivi vengano archiviate con crittografia in un TPM dispositivo.

Limita la scelta delle configurazioni hardware.
Tabella 12. Consigli per la progettazione di vSAN per i cluster estesi con VMware Cloud Foundation

ID consiglio

Consigli di progettazione

Giustificazione

Implicazione

VCF-VSAN-WTN-RCMD-CFG-001

Configurare l'appliance witness vSAN in modo che utilizzi la prima scheda VMkernel, ovvero l'interfaccia di gestione, per il traffico di vSAN.

Elimina la necessità di disporre di route statiche nell'appliance witness, perché il traffico di vSAN dal witness viene instradato nella rete di gestione.

Le reti di gestione di entrambe le zone di disponibilità devono essere instradate verso la rete di gestione del sito witness.

VCF-VSAN-WTN-RCMD-CFG-002

Collocare il traffico dei witness sulla scheda VMkernel di gestione di tutti gli host ESXi nel dominio del carico di lavoro.

Separa il traffico dei witness dal traffico dati di vSAN. La separazione del traffico dei witness fornisce i seguenti vantaggi:

  • Elimina il requisito di disporre di route statiche dalle reti vSAN di entrambe le zone di disponibilità verso il sito witness.

  • Elimina la necessità di abilitare i jumbo frame nel percorso tra ciascuna zona di disponibilità e il sito witness, perché il traffico witness può utilizzare dimensioni della MTU regolari di 1500 byte.

Le reti di gestione di entrambe le zone di disponibilità devono essere instradate verso la rete di gestione del sito witness.