Il traffico unicast si riferisce a una trasmissione uno-a-uno da un punto della rete a un altro. vSAN versione 6.6 e successive utilizza unicast per semplificare la progettazione e la distribuzione della rete.
Tutti gli host ESXi utilizzano il traffico unicast e vCenter Server diventa l'origine per l'appartenenza al cluster. I nodi di vSAN vengono aggiornati automaticamente con l'elenco di appartenenza degli host più recente disponibile in vCenter. vSAN comunica utilizzando unicast per gli aggiornamenti di CMMDS.
Le versioni precedenti a vSAN 6.6 si basano sul multicast per abilitare l'heartbeat e scambiare metadati tra gli host nel cluster. Se alcuni host nel cluster vSAN eseguono versioni precedenti del software, è comunque necessaria una rete multicast. Il passaggio alla rete unicast dal multicast offre prestazioni migliori e supporto di rete. Per ulteriori informazioni sul multicast, vedere Utilizzo del multicast nella rete di vSAN.
Comportamento dei gruppi di dischi prima della versione 5
La disponibilità di un singolo gruppo di dischi della versione 5 nel gruppo di dischi di vSAN versione 6.6 fa in modo che il cluster comunichi in modo permanente in modalità unicast.
- Tutti gli host del cluster eseguono vSAN versione 6.5 o precedente.
- Tutti i gruppi di dischi utilizzano la versione 3 su disco o precedente.
- Al cluster viene aggiunto un host non vSAN 6.6, ad esempio vSAN 6.2 o vSAN 6.5.
Ad esempio, se un host che esegue vSAN 6.5 o versioni precedenti viene aggiunto a un cluster vSAN 6.6 esistente, il cluster ripristina la modalità multicast e include l'host 6.5 come nodo valido. Per evitare questo comportamento, utilizzare la versione più recente sia per gli host ESXi sia per il formato su disco. Per assicurarsi che il cluster vSAN continui a comunicare in modalità unicast e non ripristini la modalità multicast, aggiornare i gruppi di dischi negli host vSAN 6.6 alla versione su disco 5.0.
Comportamento del gruppo di dischi con versione 5
La presenza di un singolo gruppo di dischi con versione 5 in un cluster vSAN 6.6 fa in modo che il cluster comunichi in modo permanente in modalità unicast.
Se in un ambiente in cui un cluster vSAN 6.6 utilizza già la versione 5 su disco, al cluster viene aggiunto un nodo di vSAN 6.5, si verificano gli eventi seguenti:
- Il nodo di vSAN 6.5 forma la propria partizione di rete.
- Il nodo di vSAN 6.5 continua a comunicare in modalità multicast, ma non è in grado di comunicare con i nodi di vSAN 6.6 perché utilizzano la modalità unicast.
Nel formato su disco viene visualizzato un avviso di riepilogo del cluster che indica che la versione di un nodo è precedente. È possibile aggiornare il nodo alla versione più recente. Non è possibile aggiornare le versioni del formato disco quando un cluster è in modalità mista.
Supporto di DHCP nella rete unicast
vCenter Server distribuito in un cluster vSAN 6.6 può utilizzare indirizzi IP da DHCP (Dynamic Host Configuration Protocol) senza prenotazioni.
È possibile utilizzare DHCP con prenotazioni perché gli indirizzi IP assegnati sono collegati agli indirizzi MAC delle porte VMkernel.
Supporto di IPv6 nella rete unicast
vSAN 6.6 supporta IPv6 con le comunicazioni unicast.
Con IPv6, l'indirizzo link-local viene configurato automaticamente in qualsiasi interfaccia utilizzando il prefisso link-local. Per impostazione predefinita, vSAN non aggiunge l'indirizzo link-local di un nodo agli altri nodi del cluster adiacenti. Di conseguenza, vSAN 6.6 non supporta gli indirizzi link-local IPv6 per le comunicazioni unicast.
Esecuzione di query per unicast con ESXCLI
È possibile eseguire comandi ESXCLI per determinare la configurazione unicast.
Visualizzazione delle modalità di comunicazione
Utilizzando il comando esxcli vsan cluster get, è possibile visualizzare la modalità CMMDS (unicast o multicast) del nodo del cluster vSAN.
Procedura
- ♦ Eseguire il comando
esxcli vsan cluster get.
risultati
Cluster Information
Enabled: true
Current Local Time: 2020-04-09T18:19:52Z
Local Node UUID: 5e8e3dc3-43ab-5452-795b-a03d6f88f022
Local Node Type: NORMAL
Local Node State: AGENT
Local Node Health State: HEALTHY
Sub-Cluster Master UUID: 5e8e3d3f-3015-9075-49b6-a03d6f88d426
Sub-Cluster Backup UUID: 5e8e3daf-e5e0-ddb6-a523-a03d6f88dd4a
Sub-Cluster UUID: 5282f9f3-d892-3748-de48-e2408dc34f72
Sub-Cluster Membership Entry Revision: 11
Sub_cluster Member Count: 5
Sub-Cluster Member UUIDs: 5e8e3d3f-3015-9075-49b6-a03d6f88d426, 5e8e3daf-e5e0-ddb6-a523-a03d6f88dd4a,
5e8e3d73-6d1c-0b81-1305-a03d6f888d22, 5e8e3d33-5825-ee5c-013c-a03d6f88ea4c, 5e8e3dc3-43ab-5452-795b-a03d6f88f022
Sub-Cluster Member HostNames: testbed-1.vmware.com, testbed2.vmware.com,
testbed3.vmware.com, testbed4.vmware.com, testbed5.vmware.com
Sub-Cluster Membership UUID: 0f438e5e-d400-1bb2-f4d1-a03d6f88d426
Unicast Mode Enabled: true
Maintenance Mode State: OFF
Config Generation: ed845022-5c08-48d0-aa1d-6b62c0022222 7 2020-04-08T22:44:14.889
Verifica degli host del cluster vSAN
Utilizzare il comando esxcli vsan cluster unicastagent list per verificare se gli host del cluster vSAN operano in modalità unicast.
Procedura
- ♦ Eseguire il comando
esxcli vsan cluster unicastagent list.
risultati
NodeUuid IsWitness Supports Unicast IP Address Port Iface Name Cert Thumbprint SubClusterUuid ------------------------------------ --------- ---------------- ---------- ----- ---------- 5e8e3d73-6d1c-0b81-1305-a03d6f888d22 0 true 10.198.95.10 12321 43:80:B7:A1:3F:D1:64:07:8C:58:01:2B:CE:A2:F5:DE:D6:B1:41:AB 5e8e3daf-e5e0-ddb6-a523-a03d6f88dd4a 0 true 10.198.94.240 12321 FE:39:D7:A5:EF:80:D6:41:CD:13:70:BD:88:2D:38:6C:A0:1D:36:69 5e8e3d3f-3015-9075-49b6-a03d6f88d426 0 true 10.198.94.244 12321 72:A3:80:36:F7:5D:8F:CE:B0:26:02:96:00:23:7D:8E:C5:8C:0B:E1 5e8e3d33-5825-ee5c-013c-a03d6f88ea4c 0 true 10.198.95.11 12321 5A:55:74:E8:5F:40:2F:2B:09:B5:42:29:FF:1C:95:41:AB:28:E0:57
L'output include l'UUID, l'indirizzo IPv4 e l'indirizzo IPv6 del nodo di vSAN, nonché la porta UDP con cui il nodo di vSAN comunica e specifica se il nodo è un host di dati (0) o un host witness (1). È possibile utilizzare questo output per identificare i nodi del cluster vSAN che operano in modalità unicast e visualizzare gli altri host nel cluster. vCenter Server mantiene l'elenco di output.
Visualizzazione delle informazioni della rete vSAN
Utilizzare il comando esxcli vsan network list per visualizzare le informazioni della rete vSAN come l'interfaccia di VMkernel che vSAN utilizza per la comunicazione, la porta unicast (12321) e il tipo di traffico (vSAN o witness) associato all'interfaccia di vSAN.
Procedura
- ♦ Eseguire il comando
esxcli vsan network list.
risultati
Interface
VmkNic Name: vmk1
IP Protocol: IP
Interface UUID: e290be58-15fe-61e5-1043-246e962c24d0
Agent Group Multicast Address: 224.2.3.4
Agent Group IPv6 Multicast Address: ff19::2:3:4
Agent Group Multicast Port: 23451
Master Group Multicast Address: 224.1.2.3
Master Group IPv6 Multicast Address: ff19::1:2:3
Master Group Multicast Port: 12345
Host Unicast Channel Bound Port: 12321
Multicast TTL: 5
Traffic Type: vsan
In questo output vengono inoltre visualizzate le informazioni multicast.
Traffico interno al cluster
In modalità unicast, il nodo primario indirizza tutti i nodi del cluster perché invia lo stesso messaggio a tutti i nodi di vSAN in un cluster.
Ad esempio se N è il numero di nodi di vSAN, il nodo primario invia il messaggio N numero di volte. Ciò comporta un lieve aumento del traffico CMMDS di vSAN. Durante le normali operazioni con stato stabile, è possibile che questo lieve aumento del traffico non venga notato.
Traffico interno al cluster in un singolo rack
Se tutti i nodi di un cluster vSAN sono connessi allo stesso commutatore TOR (Top Of the Rack), l'aumento totale del traffico si verifica solo tra il nodo primario e il commutatore.
Se un cluster vSAN si estende a più commutatori TOR, il traffico tra i commutatori si espande. Se un cluster si estende a più rack, più TOR formano domini di errore (FD) per il riconoscimento del rack. Il nodo primario invia N messaggi al rack o ai domini di errore, dove N è il numero di host di ciascun dominio di errore.
Traffico interno al cluster in un cluster esteso vSAN
In un cluster esteso vSAN, il nodo primario si trova nel sito preferito.
In un dominio di errore, i dati CMMDS devono essere comunicati dal sito secondario al sito preferito. Per calcolare il traffico in un cluster esteso vSAN, è necessario moltiplicare il numero di nodi in un sito secondario per le dimensioni del nodo CMMDS (in MB) per il numero di nodi nel sito secondario.
Traffico in un cluster esteso vSAN = numero di nodi nel sito secondario * dimensioni del nodo CMMDS (in MB) * numero di nodi nel sito secondario.
Con il traffico unicast, i requisiti del traffico del sito witness non vengono modificati.
