VMware Cloud Foundation utilizza VMware vSAN come tipo di storage principale per il dominio di gestione. È consigliabile utilizzarlo anche come storage principale nei domini del carico di lavoro VI. È necessario determinare le dimensioni delle risorse di elaborazione e di storage per lo storage vSAN e la configurazione della rete che trasporta il traffico vSAN. Per più zone di disponibilità, si estende la dimensione della risorsa e si determina la configurazione dell'host witness vSAN.
Progettazione logica per vSAN per VMware Cloud Foundation
vSAN è una tecnologia di storage efficiente dal punto di vista dei costi che offre un'esperienza utente di gestione dello storage semplice e consente una distribuzione iniziale completamente automatizzata di VMware Cloud Foundation. Fornisce inoltre il supporto per l'espansione futura dello storage e l'implementazione di cluster estesi vSAN in un dominio del carico di lavoro.
Tipo di dominio del carico di lavoro |
Istanze di VMware Cloud Foundation con una singola zona di disponibilità |
Istanze di VMware Cloud Foundation con più zone di disponibilità |
|---|---|---|
Dominio di gestione (cluster predefinito) |
|
|
Dominio di gestione (cluster aggiuntivi) |
|
|
Dominio del carico di lavoro VI (tutti i cluster) |
|
|
Configurazione hardware per vSAN per VMware Cloud Foundation
Stabilire l'architettura di vSAN e i controller di storage per le prestazioni e la stabilità in base ai requisiti dei componenti di gestione di VMware Cloud Foundation.
Requisiti fisici e dipendenze di vSAN
vSAN ha i requisiti e le opzioni seguenti:
vSAN Express Storage Architecture (ESA)
Tutti i dispositivi di storage richiesti da vSAN contribuiscono alla capacità e alle prestazioni. I dispositivi di storage di ogni host richiesti da vSAN forma di un pool di storage. Il pool di storage rappresenta la quantità di cache e capacità fornita dall'host al datastore vSAN.
ESA richiede dispositivi NVMe compatibili.
Gli host ESXi devono trovarsi nella Guida alla compatibilità hardware per vSAN ESA ReadyNode
vSAN Original Storage Architecture (OSA) come storage ibrido o all-flash.
Una configurazione di storage ibrido vSAN richiede sia dispositivi magnetici che dispositivi di cache flash. Il livello di cache deve essere almeno il 10% della dimensione del livello di capacità.
Una configurazione vSAN all-flash richiede dispositivi flash sia per il livello di cache che per quello di capacità.
VMware vSAN ReadyNodes o hardware dalla Guida alla compatibilità di VMware per crearne uno personalizzato.
Per procedure consigliate, considerazioni sulla capacità e consigli generali su progettazione e dimensionamento di un cluster vSAN, vedere la Guida alla progettazione e al dimensionamento di VMware vSAN.
Progettazione di rete per vSAN per VMware Cloud Foundation
Nella progettazione di rete per vSAN in VMware Cloud Foundation, è possibile determinare la configurazione di rete per il traffico vSAN.
Prendere in considerazione la larghezza di banda complessiva del traffico e decidere come isolare il traffico di storage.
Considerare la quantità di traffico dati vSAN in esecuzione tra host ESXi.
La quantità di traffico di storage dipende dal numero di macchine virtuali in esecuzione nel cluster e dall'intensità di scrittura del processo di I/O per le applicazioni in esecuzione nelle macchine virtuali.
Per informazioni sulla configurazione della rete fisica per il traffico vSAN e per il traffico di altri sistemi, vedere Progettazione dell'infrastruttura di rete fisica per VMware Cloud Foundation.
Per informazioni sulla configurazione della rete virtuale per il traffico vSAN e per il traffico di altri sistemi, vedere Progettazione di reti vSphere logiche per VMware Cloud Foundation.
La progettazione della rete vSAN include i seguenti componenti.
Componente progettazione |
Descrizione |
|---|---|
Velocità NIC fisica |
Per ottenere prestazioni ottimali e prevedibili (IOPS) per l'ambiente, questa progettazione utilizza una connessione da almeno 10 GbE, con 25 GbE consigliati, da utilizzare con le configurazioni all-flash di vSAN OSA. Per vSAN ESA, è consigliata una connessione da 25 GbE. |
Schede di rete VMkernel per vSAN |
La scheda di rete VMkernel vSAN su ogni host ESXi viene creata quando si abilita vSAN nel cluster. Connettere le schede di rete VMkernel di vSAN in tutti gli host ESXi di un cluster a un gruppo di porte distribuite dedicato, che include gli host ESXi che non forniscono risorse di storage al cluster. |
VLAN |
Tutto il traffico di storage deve essere isolato nella propria VLAN. Quando una progettazione utilizza più cluster vSAN, ogni cluster deve utilizzare una VLAN o un segmento dedicato per il proprio traffico. Questo approccio aumenta la sicurezza, previene le interferenze tra i cluster e aiuta a risolvere i problemi di configurazione dei cluster. Se un cluster si estende in un rack, la VLAN di vSAN deve essere allocata per ogni rack per abilitare le distribuzioni multi-rack di livello 3. |
Jumbo frame |
Il traffico vSAN può essere gestito utilizzando i jumbo frame. Utilizzate i jumbo frame per il traffico vSAN solo se l'ambiente fisico è già configurato per supportarli, se fanno parte della progettazione esistente o se la configurazione sottostante non crea una quantità significativa di complessità aggiuntive alla progettazione. |
Progettazione di witness vSAN per VMware Cloud Foundation
L'appliance witness vSAN è un'installazione ESXi specializzata che fornisce servizi di quorum e tiebreaker per i cluster estesi in VMware Cloud Foundation.
Specifica distribuzione witness vSAN
È necessario distribuire un host ESXi witness quando si utilizza vSAN in una configurazione di cluster esteso. Questa appliance deve essere distribuita in una terza posizione che non sia locale agli host ESXi su entrambi i lati del cluster esteso.
Dimensione appliance |
Numero di macchine virtuali supportate |
Numero massimo di componenti witness supportati |
|---|---|---|
Molto piccolo |
10 |
750 |
Media |
500 |
21.833 |
Grande |
Più di 500 |
45.000 |
Molto grande |
Più di 500 |
64.000 |
Progettazione della rete witness vSAN
Quando si utilizzano due zone di disponibilità, collegare l'appliance witness vSAN al dominio del carico di lavoro vCenter Server in modo da poter eseguire la configurazione iniziale del cluster esteso e far eseguire il failover dei carichi di lavoro tra le zone.
VMware Cloud Foundation utilizza la separazione del traffico witness vSAN, dove è possibile utilizzare una scheda VMkernel per il traffico witness vSAN diversa dalla scheda per il traffico dati vSAN. In questa progettazione, è possibile configurare il traffico witness vSAN come segue:
Su ogni host ESXi in entrambe le zone di disponibilità, posizionare il traffico witness vSAN sulla scheda VMkernel di gestione.
Nell'appliance witness vSAN, utilizzare la stessa scheda VMkernel per il traffico di gestione e di witness.
Per informazioni sulla separazione del traffico witness vSAN, vedere Guida al cluster esteso vSAN nella Tech Zone di VMware Cloud Platform.
- Rete di gestione
-
Instradato verso le reti di gestione in entrambe le zone di disponibilità. Connettere la prima scheda VMkernel dell'appliance witness vSAN a questa rete. La seconda scheda VMkernel nell'appliance witness vSAN non viene utilizzata.
Posizionare il traffico seguente in questa rete:
Traffico di gestione
Traffico vSAN
Requisiti e consigli per la progettazione di vSAN per VMware Cloud Foundation
Si tengano presenti i requisiti per l'utilizzo dello storage vSAN per i cluster standard ed estesi in VMware Cloud Foundation, come la capacità richiesta, il numero di host, i criteri di storage e le procedure consigliate simili per far funzionare vSAN in modo ottimale.
Per i requisiti e i consigli del cluster di vSphere correlato, vedere Requisiti e consigli di progettazione del cluster di vSphere per VMware Cloud Foundation.
Requisiti di progettazione vSAN
È necessario soddisfare i seguenti requisiti di progettazione per i cluster standard ed estesi nella progettazione 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. |
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. |
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. |
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. |
|
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. |
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 |
|
Per l'allineamento al numero di domini di errore di vSAN, potrebbe essere necessario creare manualmente un criterio di storage predefinito. |
Consigli per la progettazione di vSAN
Nella progettazione di vSAN per VMware Cloud Foundation è possibile applicare determinate procedure consigliate per i cluster standard ed estesi.
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. |
|
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. |
|
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. |
|
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. |
|
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. |
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. |
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. |
| 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. |
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:
|
Le reti di gestione di entrambe le zone di disponibilità devono essere instradate verso la rete di gestione del sito witness. |
