vSAN supporta le distribuzioni di cluster che si estendono in due posizioni.
In vSAN 6.5 e versioni precedenti, il traffico di vSAN tra i siti di dati è multicast per i metadati e unicast per I/O.
In vSAN 6.6 e versioni successive, tutto il traffico è unicast. In tutte le versioni di vSAN, il traffico witness tra un sito di dati e l'host witness è unicast.
Livello 2 ovunque
È possibile configurare un cluster esteso vSAN in una rete di livello 2, ma questa configurazione non è consigliata.
Si consideri una progettazione in cui il cluster esteso vSAN è configurato in una progettazione di livello 2 di grandi dimensioni. Le macchine virtuali vengono distribuite nel sito di dati 1 e nel sito di dati 2. Il sito 3 contiene l'host witness.
Per illustrare il livello 2 ovunque nel modo più semplice possibile, nelle topologie vengono utilizzati i commutatori (e non i router).
Poiché le reti di livello 2 non possono includere alcun ciclo (più percorsi), sono necessarie funzionalità come Spanning Tree Protocol (STP) per bloccare una delle connessioni tra il sito 1 e il sito 2. Si consideri ora una situazione in cui il link tra il sito 2 e il sito 3 viene interrotto (il link tra il sito 1 e il sito 2). Il traffico di rete può essere commutato dal sito 1 al sito 2 tramite l'host witness nel sito 3. Poiché VMware supporta una larghezza di banda molto inferiore e una latenza più elevata per l'host witness, si verifica una riduzione significativa delle prestazioni se il traffico della rete dati passa attraverso un sito witness con specifica inferiore.
Se la commutazione del traffico tra i siti di dati tramite il sito witness non influisce sulla latenza delle applicazioni e la larghezza di banda è accettabile, è possibile implementare una configurazione L2 estesa tra i siti. Nella maggior parte dei casi tale configurazione non è realizzabile e aggiunge complessità ai requisiti di rete.
Con vSAN 6.5 o versioni precedenti, che utilizza il traffico multicast, è necessario configurare lo snooping IGMP nei commutatori. Questa operazione non è necessaria con vSAN 6.6 e versioni successive. PIM non è necessario perché non è presente alcun routing del traffico multicast.
Configurazioni supportate per i cluster estesi vSAN
vSAN supporta le configurazioni dei cluster estesi.
La seguente configurazione impedisce che il traffico venga instradato dal sito 1 al sito 2 tramite l'host witness in caso di errore nella rete dei siti di dati. Questa configurazione evita il peggioramento delle prestazioni. Per assicurarsi che il traffico dei dati non possa essere commutato attraverso l'host witness, utilizzare la seguente topologia di rete.
Tra il sito 1 e il sito 2, implementare una configurazione commutata di livello 2 estesa o una configurazione instradata di livello 3. Entrambe le configurazioni sono supportate.
Tra il sito 1 e l'host witness, implementare una configurazione instradata di livello 3.
Tra il sito 2 e l'host witness, implementare una configurazione instradata di livello 3.
Queste configurazioni (L2+L3 e L3 ovunque) sono descritte con considerazioni relative al multicast in vSAN 6.5 e versioni precedenti e solo unicast, disponibile in vSAN 6.6. Il traffico multicast comporta passaggi di configurazione aggiuntivi per lo snooping IGMP e il PIM per l'instradamento del traffico multicast.
Verranno esaminate una rete estesa di livello 2 tra i siti di dati e una rete instradata di livello 3 per il sito witness. Per illustrare una combinazione di livello 2 e livello 3 nel modo più semplice possibile, nelle topologie utilizzare una combinazione di commutatori e router.
Livello 2 esteso tra siti di dati, livello 3 per l'host witness
vSAN supporta configurazioni di livello 2 estese tra i siti di dati.
L'unico traffico che viene instradato in questo caso è il traffico witness. Con vSAN 6.5 e versioni precedenti, che utilizzano il multicast, usare lo snooping IGMP per il traffico multicast nel vSAN L2 esteso tra i siti di dati. Tuttavia, poiché il traffico witness è unicast, non è necessario implementare PIM nei segmenti di livello 3.
Con vSAN 6.6, che utilizza unicast, non è necessario utilizzare lo snooping IGMP o PIM.
Livello 3 ovunque
In questa configurazione di cluster esteso vSAN, il traffico dei dati viene instradato tra i siti di dati e l'host witness.
Per implementare il livello 3 ovunque nel modo più semplice possibile, nelle topologie utilizzare router o commutatori di routing.
Si consideri ad esempio un ambiente con vSAN 6.5 o versioni precedenti, che utilizza il traffico multicast. In questo caso, configurare lo snooping IGMP nei commutatori del sito di dati per gestire la quantità di traffico multicast nella rete. Questa operazione non è necessaria per l'host witness perché il traffico witness è unicast. Poiché il traffico multicast viene instradato tra i siti di dati, configurare PIM per consentire il routing multicast.
Con vSAN 6.6 e versioni successive, non sono necessari né lo snooping IGMP né PIM perché tutto il traffico instradato è unicast.
Separazione del traffico witness nei cluster estesi vSAN
vSAN supporta la separazione del traffico witness nei cluster estesi.
In vSAN 6.5 e versioni successive, è possibile separare il traffico witness dal traffico di vSAN nelle configurazioni a due nodi. Questo significa che i due host vSAN possono essere connessi direttamente senza un commutatore da 10 GB.
La separazione del traffico witness è supportata solo nelle distribuzioni a due nodi in vSAN 6.6. La separazione del traffico witness nei cluster estesi vSAN è supportata in vSAN 6.7 e versioni successive.
Utilizzo di un cluster esteso vSAN per il riconoscimento del rack
Con i cluster estesi vSAN, vSAN fornisce il riconoscimento del rack in un singolo sito.
Se si dispone di due rack di host vSAN, è possibile continuare a eseguire il cluster vSAN dopo un errore dell'intero rack. In questo caso, la disponibilità dei carichi di lavoro della macchina virtuale viene fornita dal rack rimanente e da un host witness remoto.
In questo esempio, se si verifica un errore nel rack 1, il rack 2 e l'host witness forniscono la disponibilità della macchina virtuale. Questa configurazione è un ambiente precedente a vSAN 6.6 e richiede che nella rete sia configurato il multicast. L'host witness deve trovarsi nella rete vSAN. Il traffico witness è unicast. In vSAN 6.6 e versioni successive, tutto il traffico è unicast.
Questa topologia è supportata anche su L3. Posizionare le porte VMkernel di vSAN in subnet o VLAN diverse e utilizzare una subnet o una VLAN separata per ogni rack.
Questa topologia supporta le distribuzioni con due rack per ottenere il riconoscimento del rack (domini di errore) con un cluster esteso vSAN. Questa soluzione utilizza un host witness esterno al cluster.
