Gli air gap di rete possono essere utili per separare e isolare il traffico di vSAN. Procedere con cautela quando si configura questa topologia.
Pro
-
Separazione fisica e logica del traffico di vSAN.
Contro
-
vSAN non supporta più schede VMkernel (vmknic) nella stessa subnet. Per ulteriori informazioni, vedere l'articolo 2010877 della Knowledge Base di VMware.
-
Poiché la configurazione è complessa e soggetta a errori, la risoluzione dei problemi è più complessa.
-
La disponibilità della rete non è garantita quando sono presenti più vmknic e si verificano alcuni errori asimmetrici, ad esempio l'errore di una NIC in un host e l'errore di un'altra NIC in un altro host.
-
Il traffico di vSAN con bilanciamento del carico tra le NIC fisiche non è garantito.
-
I costi aumentano per gli host vSAN, perché potrebbero essere necessari più schede VMkernel (vmknic) per proteggere più NIC fisiche (vmnic). Ad esempio, potrebbero essere necessarie 2 x 2 vmnic per fornire ridondanza per due vmknic vSAN.
-
Le risorse logiche necessarie, ad esempio porte VMkernel, indirizzi IP e VLAN, raddoppiano.
-
vSAN non implementa il binding della porta. Ciò significa che le tecniche come il multipathing non sono disponibili.
-
Le topologie di livello 3 non sono adatte per il traffico di vSAN con più vmknic. Queste topologie potrebbero non funzionare come previsto.
-
Per modificare gli indirizzi multicast di vSAN, potrebbe essere necessaria la configurazione dell'host dalla riga di comando.
Questa sezione si concentra su LACP (Link Aggregation Control Protocol). Lo standard IEEE è 802.3ad, ma alcuni fornitori offrono funzionalità LACP proprietarie, come PAgP (Port Aggregation Protocol). Eseguire le procedure consigliate dal fornitore.
LACP è uno standard di settore che utilizza i canali di porte. Sono disponibili molti algoritmi di hash. Il criterio del gruppo di porte di vSwitch e la configurazione del canale di porte devono corrispondere.