VMware Cloud Foundation utilizza VMware vSAN come tipo di storage principale per il dominio di gestione e consigliato per l'uso come storage principale nei domini di 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.

Figura 1. Progettazione logica vSAN per VMware Cloud Foundation

Le macchine virtuali nei cluster vSphere consumano un datastore principale vSAN che utilizza unità disco flash, NVMe o SATA. Il cluster vSphere potrebbe anche essere connesso a un datastore aggiuntivo facoltativo.
Tabella 1. Progettazione logica vSAN

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)

Almeno quattro nodi
  • Deve essere prima esteso

  • Minimo 8 nodi, equamente distribuiti nelle zone di disponibilità

  • Appliance witness vSAN in un terzo dominio di errore

Dominio di gestione (cluster aggiuntivi)

  • Almeno tre nodi
  • Per una maggiore disponibilità, si consiglia un minimo di quattro nodi
  • Almeno sei nodi, equamente distribuiti tra le zone di disponibilità
  • Per una maggiore disponibilità, si consiglia un minimo di otto nodi.
  • Appliance witness vSAN in un terzo dominio di errore

Dominio del carico di lavoro VI (tutti i cluster)

  • Almeno tre nodi
  • Per una maggiore disponibilità, si consiglia un minimo di quattro nodi
  • Almeno sei nodi, equamente distribuiti tra le zone di disponibilità

  • Per una maggiore disponibilità, si consiglia un minimo di otto nodi.

  • Appliance witness vSAN in un terzo dominio di errore

Configurazione hardware per vSAN per VMware Cloud Foundation

Determinare il tipo di dispositivi di capacità e di cache 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 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.

  • 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.

    • Gli host ESXi devono essere in vSAN ESA Ready Node HCL con un minimo di 512 GB di RAM per host.

    Nota: vSAN Express Storage Architecture non è supportata con VMware Cloud Foundation.

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.

Tabella 2. Componenti di progettazione della rete vSAN

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 vSAN all-flash.

Schede di rete VMkernel per vSAN

La scheda di rete VMkernel vSAN su ogni host ESXi viene creata quando si abilita vSAN nel cluster. Collegare le schede di rete VMkernel vSAN su tutti gli host ESXi di un cluster a un gruppo di porte distribuite dedicato, compresi gli host ESXi che non contribuiscono alle risorse di storage del 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.

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

Quando si utilizza vSAN in una configurazione di cluster esteso, è necessario distribuire un host ESXi. Questa appliance deve essere distribuita in una terza posizione che non sia locale agli host ESXi su entrambi i lati del cluster esteso.

Tabella 3. Considerazioni sul dimensionamento dell'appliance witness vSAN

Dimensione appliance

Numero massimo di macchine virtuali supportate

Numero massimo di componenti witness supportati

Molto piccolo

10

750

Media

500

21.000

Grande

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 witness vSAN

Figura 2. Progettazione della rete witness vSAN

L'appliance witness è collegata alla rete di gestione nella terza posizione per il traffico di gestione e witness. La rete di gestione è instradata verso le reti di gestione nelle due zone di disponibilità dei domini di gestione e del carico di lavoro VI.

Requisiti e consigli per la progettazione di vSAN per VMware Cloud Foundation

Tenere 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, il numero di gruppi di dischi, il criterio di storage e le procedure consigliate per far funzionare vSAN in modo ottimale.

Per i requisiti e i consigli dei cluster di vSphere correlati, 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.

Tabella 4. 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 5. Requisiti di progettazione di vSAN per i cluster estesi con VMware Cloud Foundation

ID requisito

Requisiti di progettazione

Giustificazione

Implicazione

VCF-VSAN-REQD-CFG-003

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 terzi devono essere ospitate in questi cluster, perché i relativi requisiti di prestazioni o disponibilità potrebbero essere diversi da quelli supportati dal criterio VMware vSAN predefinito.

VCF-VSAN-REQD-CFG-004

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-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 fornire 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 di dimensioni corrispondenti alla capacità richiesta del cluster.

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

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

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.

VCF-VSAN-WTN-REQD-CFG-007

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.

Consigli per la progettazione di vSAN

Nella progettazione vSAN per VMware Cloud Foundation è possibile applicare determinate procedure consigliate per i cluster standard ed estesi.

Tabella 6. Consigli per la progettazione di vSAN per VMware Cloud Foundation

ID consiglio

Consigli di progettazione

Giustificazione

Implicazione

VCF-VSAN-RCMD-CFG-001

Assicurarsi che il controller I/O di storage che esegue i gruppi di dischi vSAN sia in grado di funzionare e che abbia una lunghezza minima di coda impostata a 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 giuste lunghezze di coda per vSAN.

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

VCF-VSAN-RCMD-CFG-002

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-003

Configurare vSAN in 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.

VCF-VSAN-RCMD-CFG-004

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-005

Sul datastore vSAN, assicurarsi che sia sempre disponibile almeno il 30% di spazio libero.

Questo spazio libero, chiamato slack space, viene riservato per l'evacuazione dei dati in modalità di manutenzione dell'host, per le ricostruzioni 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-006

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-007

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.

VCF-VSAN-RCMD-CFG-008

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 terzi ospitate in questi cluster, perché i relativi requisiti di prestazioni o disponibilità potrebbero essere diversi da quelli supportati dal criterio VMware vSAN predefinito.

VCF-VSAN-RCMD-CFG-009

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 le macchine virtuali non subiscono un sovraccarico di memoria che richiederebbe l'uso del file di swap virtuale.

nessuna.

VCF-VSAN-RCMD-CFG-010

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

Fornisce prestazioni garantite per il traffico vSAN in una rete priva di connessioni utilizzando i componenti di rete esistenti. 

Tutti i percorsi del traffico sono condivisi su uplink comuni.

VCF-VSAN-RCMD-CFG-011

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 il carico della CPU derivante dall'elevato utilizzo della rete.

Ogni dispositivo nella rete deve supportare i jumbo frame.

Tabella 7. 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 vSAN witness in modo che utilizzi la prima scheda VMkernel, ovvero l'interfaccia di gestione, per il traffico vSAN witness.

Elimina la necessità di disporre di percorsi statici sull'appliance testimone, poiché il traffico dei testimoni viene instradato sulla 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 l'obbligo di abilitare i jumbo frame sul percorso tra ciascuna zona di disponibilità e il sito witness, perché il traffico witness può utilizzare una dimensione MTU regolare di 1500 byte.

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