Netzwerk verkabeln

Mithilfe der Informationen in diesem Abschnitt können Sie die ThinkAgile VX Einheiten mit dem Netzwerk verkabeln.

Netzwerktyp	Erforderlich/optional	Von	Bis
Inband-Verwaltungsnetzwerk: Kommunikation mit ESXi-Hosts Kommunikation zwischen der vCenter Server Appliance und ESXi-Hosts vSAN-Speicherdatenverkehr vMotion-Datenverkehr (Migration virtueller Maschinen) iSCSI-Speicherdatenverkehr (falls vorhanden)	Erforderlich	Anschluss 0 auf NIC	10‑Gb/s-Daten-Switch 1
	Erforderlich	Anschluss 1 auf NIC	10‑Gb/s-Daten-Switch 2
	Zusätzlich	Anschluss 2 auf NIC	10‑Gb/s-Daten-Switch 1
	Zusätzlich	Anschluss 3 auf NIC	10‑Gb/s-Daten-Switch 2
Außerband-Verwaltungsnetzwerk: Erste Servererkennung im Netzwerk über SLP Stromversorgung des Servers LED-Verwaltung Bestand Ereignisse und Alerts BMC-Protokolle Firmwareaktualisierungen BS-Bereitstellung über Anhängen ferner Medien	Erforderlich	BMC-Netzwerkanschluss	1‑Gb/s-Verwaltungs-Switch
Daten‑ oder Benutzernetzwerk	Erforderlich	10‑Gb/s-Daten-Switch 1 und 2	Externes Netzwerk

Anmerkung

Zu Außerband-Verwaltungsnetzwerk
- Das Außerband-Verwaltungsnetzwerk muss sich nicht in einem dedizierten physischen Netzwerk befinden. Es kann als Teil eines größeren Verwaltungsnetzwerks integriert werden.
- ThinkAgile VX Deployer und Lenovo XClarity Integrator (LXCI) müssen auf dieses Netzwerk zugreifen können, um mit den XCC-Modulen zu kommunizieren.
- Während der ersten Clusterimplementierung und nachfolgenden Vorgänge sollten die XCC-Schnittstellen über dieses Netzwerk für das Deployer Dienstprogramm und XClarity Integrator (LXCI), XClarity Administrator (LXCA) usw. zugänglich sein.
Zu Netzwerkredundanz
- Aktiv-Standby-Redundanzmodus:
  Wenn nur zwei Anschlüsse (Anschlüsse 0 bis 1) mit den zwei Top-of-Rack-Switches verbunden sind, können Sie den Redundanzmodus als Aktiv-Standby-Modus konfigurieren. Wenn die primäre Verbindung oder der primäre Switch ausfällt, wird die Verbindung übernommen.
- Aktiv-Aktiv-Redundanzmodus:
  Wenn vier Anschlüsse (Anschlüsse 0 bis 3) mit den zwei Top-of-Rack-Switches verbunden sind, können Sie den Redundanzmodus als Aktiv-Aktiv-Modus konfigurieren. Wenn eine Verbindung ausfällt, sind die anderen Verbindungen weiterhin aktiv. Außerdem werden die Lasten über die Anschlüsse hinweg verteilt.
- Optional unterstützen einige Switches ggf. auch vLAG (Virtual Link Aggregation) oder ein ähnliches Protokoll, das die beiden Top-of-Rack-Switches über dedizierte Verbindungen miteinander verbindet und die Switches für die nachgeschalteten Hosts als einzelnen logischen Switch erscheinen lässt. In diesem Fall können die beiden Verbindungen, die vom Host zu den Switches führen, als Aktiv-Aktiv-Verbindungen konfiguriert werden, sodass Sie einen Lastausgleich über die Anschlüsse hinweg sowie eine gesamte 20‑Gb/s-Bandbreite erhalten können.
Zu verteilten vSwitches
Die verteilten vSwitches bilden im Prinzip einen logischen Switch, der sich über alle Hosts im Cluster erstreckt. Die physischen Anschlüsse auf jedem Host werden zu logischen Uplink-Ports im verteilten vSwitch. Anders als beim Standard-vSwitch bieten verteilte vSwitches erweiterte Konfigurationsoptionen, z. B. Datenverkehrsrichtlinie, Link Aggregation (LACP) und Datenverkehrskonfiguration.
Die Anzahl der erstellten verteilten Switches wird durch die Anzahl der physischen Anschlüsse auf jedem Host bestimmt, der mit Top-of-Rack-Switches verbunden ist:
- Wenn nur zwei Anschlüsse an jedem Host verbunden sind, wird ein einzelner verteilter vSwitch erstellt, um alle Datenverkehrstypen zu transportieren, einschließlich ESXi-Verwaltung, VMotion, interner VM, XCC-Verwaltung, vSAN-Speicherdatenverkehr und externer Netzwerkverkehr.
- Wenn vier Anschlüsse verbunden sind, werden zwei verteilte vSwitches erstellt. Der vSAN-Speicherdatenverkehr wird vom zweiten verteilten vSwitch transportiert.

Feedback geben