Als Admin können Sie einen physischen Server für NSX-T-Netzwerke über die NSX Manager-Benutzeroberfläche konfigurieren.
Alternativ dazu können Sie das Ansible-Script ausführen, um dasselbe Ziel zu erreichen. Informationen zur Konfiguration von physischen Servern unter Verwendung von Ansible finden Sie unter Sicherung von Arbeitslasten auf Bare-Metal-Servern unter Windows Server 2016/2019. Es wird jedoch empfohlen, die NSX Manager-Benutzeroberfläche für die Vorbereitung physischer Server auf NSX-T-Netzwerke zu verwenden.
Physische Server unterstützen eine Overlay- und VLAN-Transportzone. Sie können die Management-Schnittstelle verwenden, um den physischen Server zu verwalten. Mit der Anwendungsschnittstelle können Sie auf die Anwendungen auf dem physischen Server zugreifen. Diese Netzwerkkartenkonfigurationen werden auf einem physischen Server unterstützt:
- Einzelne physische Netzwerkkarten bieten eine IP-Adresse für die Verwaltungs- und die Anwendungs-IP-Schnittstelle.
- Doppelte physische Netzwerkkarten enthalten eine physische Netzwerkkarte und eine eindeutige IP-Adresse für die Verwaltungsschnittstelle. Doppelte physische Netzwerkkarten enthalten außerdem eine physische Netzwerkkarte und eine eindeutige IP-Adresse für die Anwendungsschnittstelle.
- Windows-Server: Zwei physische Netzwerkkarten in einer verbundenen Konfiguration bieten eine eindeutige IP-Adresse für die Verwaltungs- und die Anwendungsschnittstelle. Solche verbundenen physischen Netzwerkkarten werden durch im Betriebssystem erstellte Verbindungen (Bonds) unterstützt. Die Verbindung (Bond) muss im Switch-unabhängigen Modus konfiguriert werden. Im Verwaltungsnetzwerk ausgeführter Datenverkehr wird auf einer verbundenen Teaming-Schnittstelle nicht unterstützt.
- Linux-Server: Die Bond-Schnittstelle unterstützt nur den Underlay-Modus (VLAN 0). Unterstützte Typen sind CentOS 7.9, CentOS 8.3, RHEL 7.9 und RHEL 8.3. Physische NIC-Verbindungen werden im Modus „Aktiv/Aktiv“ und „Aktiv/Standby“ über den OVS-Switch unterstützt.
- Erstellen Sie einen Segmentport auf einem NSX-T-Segment.
- Hängen Sie die Anwendungsschnittstelle des physischen Servers an den Segmentport an.
Voraussetzungen
- Eine Transportzone muss konfiguriert sein.
- Es muss entweder ein Uplink-Profil konfiguriert werden, oder Sie können das standardmäßige Uplink-Profil verwenden.
- Ein IP-Pool muss konfiguriert sein, oder DHCP muss in der Netzwerkbereitstellung verfügbar sein.
- Mindestens eine physische Netzwerkkarte (NIC) muss auf dem Hostknoten verfügbar sein.
- Hostname
- Verwaltungs-IP-Adresse
- Benutzername
- Kennwort
- Ein Segment (VLAN oder Overlay) muss je nach Ihren Anforderungen zur Verfügung stehen, um es an die Anwendungsschnittstelle des physischen Servers anhängen zu können.
- Stellen Sie sicher, dass die erforderlichen Drittanbieterpakete installiert sind. Drittanbieterpakete müssen auf dem physischen Server installiert sein, damit die physischen Netzwerkkarten während der Konfiguration des Transportknotens verfügbar sind. Siehe Installieren von Drittanbieterpaketen auf einem physischen Server.
- Melden Sie sich auf physischen Windows-Servern als Administrator an, um NSX zu installieren.
- Ab NSX Data Center 3.2.1 können Sie auf physischen Linux-Servern die Datei sudoers aktualisieren, um benutzerdefinierte Benutzer mit minimalen Berechtigungen hinzuzufügen. Mit benutzerdefinierten Benutzern können Sie NSX ohne Root-Berechtigungen installieren.
Führen Sie nach der Konfiguration von „visudo“ den folgenden Befehl aus, um auf die Datei /etc/sudoers zuzugreifen.
$ sudo visudo
RHEL/CentOS/OEL/SLES:
tester ALL=(ALL) /usr/bin/rpm, /usr/bin/nsxcli, /usr/bin/systemctl restart openvswitch
Ubuntu:tester ALL=(ALL) /bin/ls, /usr/bin/sudo, /usr/bin/dpkg, /bin/nsxcli
Prozedur
Ergebnisse
Der physische Server ist für das NSX-T-Netzwerk konfiguriert.