Le interfacce host nei siti di dati comunicano all'host witness sulla rete vSAN. Sono disponibili diverse opzioni di configurazione.

Questo argomento illustra come implementare queste configurazioni. Contempla il modo in cui le interfacce degli host nei siti di dati, che comunicano tra loro tramite la rete vSAN, comunicano con l'host witness.

Opzione 1: witness ESXi fisico connesso tramite L3 con route statiche

I siti di dati possono essere connessi tramite una rete L2 estesa. Utilizzarla anche per la rete di gestione dei siti di dati, la rete vSAN, la rete vMotion e la rete di macchine virtuali.

Il router della rete fisica in questa infrastruttura di rete non trasferisce automaticamente il traffico dagli host dei siti di dati (sito 1 e sito 2) all'host nel sito witness (sito 3). Per configurare correttamente il cluster esteso vSAN, tutti gli host nel cluster devono comunicare. È possibile distribuire un cluster esteso vSAN in questo ambiente.

La soluzione consiste nell'utilizzare route statiche configurate negli host ESXi, in modo che il traffico vSAN dal sito 1 e dal sito 2 possa raggiungere l'host witness nel sito 3. Nel caso degli host ESXi nei siti di dati, aggiungere una route statica all'interfaccia vSAN, che reindirizza il traffico all'host witness nel sito 3 tramite un gateway specificato per tale rete. Nel caso dell'host witness, sull'interfaccia vSAN deve essere aggiunta una route statica, che reindirizza il traffico vSAN destinato agli host nei siti di dati. Utilizzare il comando seguente per aggiungere una route statica in ogni host ESXi nel cluster esteso vSAN: esxcli network ip route ipv4 add -g  <gateway> -n <rete>

Nota: Il vCenter Server deve essere in grado di gestire gli host ESXi sia nei siti di dati sia nel sito witness. Se è presente connettività diretta dall'host witness al vCenter Server, non vi sono ulteriori problemi in merito alla rete di gestione.

Non è necessario configurare una rete vMotion o una rete di macchine virtuali, né aggiungere route statiche a tali reti nel contesto di un cluster esteso vSAN. Le macchine virtuali non vengono mai migrate o distribuite nell'host witness vSAN. Lo scopo è quello di mantenere solo oggetti witness e non richiede alcuna di queste reti per tale attività.

Opzione 2: appliance witness ESXi virtuale connessa tramite L3 con route statiche

Poiché l'host witness è una macchina virtuale che viene distribuita in un host ESXi fisico, che non fa parte del cluster vSAN, tale host ESXi fisico deve disporre di almeno una rete di macchine virtuali preconfigurata. Questa rete di macchine virtuali deve raggiungere sia la rete di gestione sia la rete vSAN condivisa dagli host ESXi nei siti di dati.

Nota: L'host witness non deve essere un host dedicato. Può essere utilizzato per molti altri carichi di lavoro della macchina virtuale, ospitando allo stesso tempo il witness.

Un'opzione alternativa consiste nel disporre di due reti di macchina virtuale preconfigurate nell'host ESXi fisico sottostante, una per la rete di gestione e una per la rete vSAN. Quando il witness ESXi virtuale viene distribuito in questo host ESXi fisico, la rete deve essere collegata e configurata di conseguenza.

Una volta distribuito l'host witness ESXi virtuale, configurare la route statica. Si supponga che i siti di dati siano connessi tramite una rete L2 estesa. Utilizzarla anche per la rete di gestione dei siti di dati, la rete vSAN, la rete vMotion e la rete di macchine virtuali. Il traffico vSAN non viene instradato dagli host dei siti di dati (sito 1 e sito 2) all'host nel sito witness (sito 3) sul gateway predefinito. Per configurare correttamente il cluster esteso vSAN, tutti gli host nel cluster richiedono route statiche, in modo che il traffico vSAN dal sito 1 e dal sito 2 possa raggiungere l'host witness nel sito 3. Utilizzare il comando esxcli network ip route per aggiungere una route statica in ogni host ESXi.