Der Unicast-Datenverkehr bezieht sich auf eine Eins-zu-Eins-Übertragung von einem Punkt im Netzwerk zu einem anderen. vSAN-Version 6.6 und höher verwendet Unicast, um das Netzwerkdesign und die Bereitstellung zu vereinfachen.

Alle ESXi-Hosts verwenden den Unicast-Datenverkehr, und der vCenter Server wird zur Quelle für die Cluster-Mitgliedschaft. Die vSAN-Knoten werden automatisch mit der neuesten Host-Mitgliedschaftsliste aktualisiert, die von vCenter bereitgestellt wird. vSAN kommuniziert mithilfe von Unicast für CMMDS-Updates.

Versionen vor vSAN 6.6 vertrauen auf Multicast, um Taktsignale zu aktivieren und Metadaten zwischen Hosts im Cluster auszutauschen. Wenn auf einigen Hosts in Ihrem vSAN-Cluster frühere Softwareversionen ausgeführt werden, ist dennoch ein Multicast-Netzwerk erforderlich. Der Wechsel zum Unicast-Netzwerk von Multicast bietet eine bessere Leistung und Netzwerkunterstützung. Weitere Informationen zu Multicast finden Sie unter Verwenden von Multicast in einem vSAN-Netzwerk.

Verhalten der Festplattengruppe vor Version 5

Die Verfügbarkeit einer einzelnen Festplattengruppe der Version 5 in einer vSAN-Festplattengruppe der Version 6.6 führt dazu, dass der Cluster dauerhaft im Unicast-Modus kommuniziert.

vSAN-Cluster der Version 6.6 werden in den folgenden Situationen automatisch auf die Multicast-Kommunikation zurückgesetzt:
  • Auf allen Cluster-Hosts wird vSAN-Version 6.5 oder niedriger ausgeführt.
  • Alle Festplattengruppen verwenden Festplattenversion 3 oder früher.
  • Ein nicht-vSAN-6.6-Host wie z. B. vSAN 6.2 oder vSAN 6.5 wird dem Cluster hinzugefügt.

Wenn beispielsweise ein Host, auf dem vSAN 6.5 oder früher ausgeführt wird, einem vorhandenen vSAN 6.6-Cluster hinzugefügt wird, kehrt der Cluster in den Multicast-Modus zurück und enthält den 6.5-Host als gültigen Knoten. Um dieses Verhalten zu vermeiden, verwenden Sie die neueste Version sowohl für ESXi-Hosts als auch für das Festplattenformat. Um sicherzustellen, dass der vSAN-Cluster weiterhin im Unicast-Modus kommuniziert und nicht auf Multicast zurückgesetzt wird, führen Sie ein Upgrade der Festplattengruppen auf den vSAN 6.6-Hosts auf die Festplattenversion 5.0 durch.

Hinweis: Vermeiden Sie die Verwendung eines Clusters im gemischten Modus, auf dem vSAN-Version 6.5 oder früher im selben Cluster zusammen mit vSAN-Version 6.6 oder höher verfügbar ist.

Verhalten der Festplattengruppe der Version 5

Das Vorhandensein einer einzelnen Festplattengruppe der Version 5 in einem vSAN-Cluster der Version 6.6 führt dazu, dass der Cluster dauerhaft im Unicast-Modus kommuniziert.

In einer Umgebung, in der ein vSAN 6.6-Cluster bereits eine Festplattenversion 5 verwendet und dem Cluster ein vSAN 6.5-Knoten hinzugefügt wird, treten die folgenden Ereignisse auf:

  • Der vSAN 6.5-Knoten bildet eine eigene Netzwerkpartition.
  • Der vSAN 6.5-Knoten kommuniziert weiterhin im Multicast-Modus, kann aber nicht mit vSAN 6.6-Knoten kommunizieren, da sie den Unicast-Modus verwenden.

Eine zusammenfassende Cluster-Warnung wird im Festplattenformat mit dem Hinweis angezeigt, dass ein Knoten eine frühere Version aufweist. Sie können den Knoten auf die neueste Version aktualisieren. Ein Upgrade der Festplatten-Formatversionen ist nicht möglich, wenn sich ein Cluster im gemischten Modus befindet.

DHCP-Unterstützung für Unicast-Netzwerk

In vCenter Server können bei einer Bereitstellung auf einem vSAN 6.6-Cluster IP-Adressen vom Dynamic Host Configuration Protocol (DHCP) ohne Reservierungen verwendet werden.

Sie können DHCP mit Reservierungen verwenden, da die zugewiesenen IP-Adressen an die MAC-Adressen der VMkernel-Ports gebunden sind.

IPv6-Unterstützung für Unicast-Netzwerk

vSAN 6.6 unterstützt IPv6 mit Unicast-Kommunikation.

Bei IPv6 wird die verbindungslokale Adresse automatisch auf einer Schnittstelle mit dem verbindungslokalen Präfix konfiguriert. Standardmäßig fügt vSAN die verbindungslokale Adresse eines Knotens nicht zu anderen benachbarten Clusterknoten hinzu. Daher unterstützt vSAN 6.6 keine verbindungslokalen IPv6-Adressen für Unicast-Kommunikation.

Unicast-Abfrage mit ESXCLI

Sie können ESXCLI-Befehle ausführen, um die Unicast-Konfiguration zu bestimmen.

Anzeigen der Kommunikationsmodi

Mithilfe des Befehls esxcli vsan cluster get können Sie den CMMDS-Modus (Unicast oder Multicast) des vSAN-Clusterknotens anzeigen lassen.

Prozedur

  • ♦ Führen Sie den Befehl esxcli vsan cluster get aus.

Ergebnisse

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-Modus aktiviert: true
  Maintenance Mode State: OFF
  Config Generation: ed845022-5c08-48d0-aa1d-6b62c0022222 7 2020-04-08T22:44:14.889

Überprüfen der vSAN-Cluster-Hosts

Verwenden Sie den Befehl esxcli vsan cluster unicastagent list, um zu überprüfen, ob die vSAN-Cluster-Hosts im Unicast-Modus betrieben werden.

Prozedur

  • ♦ Führen Sie den Befehl esxcli vsan cluster unicastagent list aus.

Ergebnisse

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

Die Ausgabe enthält die vSAN-Knoten-UUID, die IPv4-Adresse, die IPv6-Adresse, den UDP-Port, mit dem der vSAN-Knoten kommuniziert, und Informationen dazu, ob es sich bei dem Knoten um einen Datenhost (0) oder um einen Zeugenhost (1) handelt. Sie können diese Ausgabe verwenden, um die vSAN-Clusterknoten zu identifizieren, die im Unicast-Modus betrieben werden und um die anderen Hosts im Cluster anzuzeigen. vCenter Server verwaltet die Ausgabeliste.

Anzeigen der vSAN-Netzwerkinformationen

Verwenden Sie den Befehl esxcli vsan network list, um die vSAN-Netzwerkinformationen anzuzeigen, beispielsweise die VMkernel-Schnittstelle, die vSAN für die Kommunikation verwendet, den Unicast-Port (12321) und den Datenverkehrstyp (vSAN oder Zeuge), der der vSAN-Schnittstelle zugeordnet ist.

Prozedur

  • ♦ Führen Sie den Befehl esxcli vsan network list aus.

Ergebnisse

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

Diese Ausgabe zeigt auch die Multicast-Informationen an.

Intra-Cluster-Datenverkehr

Im Unicast-Modus adressiert der primäre Knoten alle Clusterknoten, da er dieselbe Meldung an alle vSAN-Knoten in einem Cluster sendet.

Wenn z. B. N die Anzahl vSAN Knoten ist, sendet der primäre Knoten die Meldungen N-mal. Dies führt zu einem leichten Anstieg des vSAN-CMMDS-Datenverkehrs. Möglicherweise bemerken Sie diesen leichten Anstieg des Datenverkehrs bei normalen, stabilen Vorgängen nicht.

Intra-Cluster-Datenverkehr in einem einzelnen Rack

Wenn alle Knoten in einem vSAN-Cluster mit demselben TOR-Switch verbunden sind, erfolgt die Gesamtzunahme des Datenverkehrs nur zwischen dem primären Knoten und dem Switch.

Wenn ein vSAN-Cluster mehrere TOR-Switches umfasst, wird der Datenverkehr zwischen dem Switch erweitert. Wenn sich ein Cluster über viele Racks erstreckt, bilden mehrere TORs Fehlerdomänen (FD) für die Rack-Erkennung. Der primäre Knoten sendet N Meldungen an die Racks oder Fehlerdomänen, wobei N die Anzahl Hosts in den einzelnen Fehlerdomänen ist.

Unicast-Intra-Cluster-Datenverkehr in einem Einzel-Site-Cluster

Intra-Cluster-Datenverkehr in einem vSAN Stretched Cluster

In einem vSAN Stretched Cluster befindet sich der primäre Knoten auf der bevorzugten Site.

In einer Fehlerdomäne müssen CMMDS-Daten von der sekundären Site an die bevorzugte Site übermittelt werden. Zur Berechnung des Datenverkehrs in einem vSAN Stretched Cluster müssen Sie die Anzahl der Knoten auf einer sekundären Site mit der Größe des CMMDS-Knotens (in MB) und der Anzahl der Knoten auf der sekundären Site multiplizieren.

Datenverkehr in einem vSAN Stretched Cluster = Anzahl der Knoten auf der sekundären Site * CMMDS-Knotengröße (in MB) * Anzahl der Knoten auf der sekundären Site.

Unicast-Intra-Cluster-Datenverkehr in Stretched Clustern

Beim Unicast-Datenverkehr gibt es keine Änderungen an den Anforderungen für den Datenverkehr der Zeugen-Site.