Progettazione vSAN per VMware Cloud Foundation

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.

Le macchine virtuali nei cluster vSphere consumano un datastore dell'entità vSAN che utilizza unità disco flash, NVMe o SATA. Il cluster vSphere potrebbe anche essere connesso a un datastore supplementare facoltativo. — Figura 1. Progettazione logica vSAN per VMware Cloud Foundation

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 Nel criterio di storage predefinito di vSAN, l'opzione Errori da tollerare è impostata su 1 errore: RAID-1 (mirroring)	Deve essere esteso prima dei cluster del dominio del carico di lavoro VI Almeno otto nodi, equamente distribuiti nelle zone di disponibilità Appliance witness vSAN in un terzo dominio di errore Nel criterio di storage predefinito di vSAN, la tolleranza di emergenza del sito è impostata su Mirroring del sito - Cluster esteso
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 Nel criterio di storage predefinito di vSAN, la tolleranza di emergenza del sito è impostata su Mirroring del sito - Cluster esteso
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 Nel criterio di storage predefinito di vSAN, la tolleranza di emergenza del sito è impostata su Mirroring del sito - Cluster esteso

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.

Se la larghezza di banda della rete è almeno 25 GbE e sono disponibili dispositivi NVMe compatibili con ESA, implementare vSAN ESA. In caso contrario, se la larghezza di banda della rete è limitata o è necessaria una configurazione ibrida, implementare vSAN OSA. — Figura 2. Scelta di un modello di architettura di vSAN

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 essere in vSAN ESA Ready Node HCL con un minimo di 512 GB di RAM per host.
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.

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

Tabella 3. Considerazioni sul dimensionamento dell'appliance witness vSAN
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

L'appliance witness è connessa alla rete di gestione nella terza posizione per il traffico di gestione e di vSAN. 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. — Figura 3. Progettazione della rete witness 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.

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 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 6. 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 7. 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 di vSAN e posizionare i nodi di ciascun rack nel relativo 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 8. 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 adattiva 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.

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.

Tabella 9. 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 10. 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 11. 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 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.