Wenn Sie KVM als Transportknoten oder als Host für eine NSX Manager-Gast-VM einsetzen möchten, KVM aber noch nicht eingerichtet haben, können Sie das hier beschriebene Verfahren verwenden.
Prozedur
- (Nur RHEL) Öffnen Sie die Datei /etc/yum.conf.
- Suchen Sie nach der Zeile exclude.
- Fügen Sie die Zeile
"kernel* redhat-release*"zum Konfigurieren von YUM hinzu, damit nur unterstützte RHEL-Upgrades durchgeführt werden.exclude=[existing list] kernel* redhat-release*Schließen Sie auch die für die Container relevanten Module aus, wenn Sie das NSX-T Data Center-Container-Plug-In ausführen möchten, für das bestimmte Kompatibilitätsanforderungen gelten.
Zu den unterstützten RHEL-Versionen gehören 7.7 und 8.2.exclude=[existing list] kernel* redhat-release* kubelet-* kubeadm-* kubectl-* docker-* - Installieren Sie KVM und Bridge-Dienstprogramme.
Linux-Bereitstellung Befehle Ubuntu apt-get install -y qemu-kvm libvirt-bin ubuntu-vm-builder bridge-utils virtinst virt-manager virt-viewer libguestfs-tools
RHEL oder CentOS Linux yum groupinstall "Virtualization Hypervisor" yum groupinstall "Virtualization Client" yum groupinstall "Virtualization Platform" yum groupinstall "Virtualization Tools"
SUSE Linux Enterprise Server Starten Sie YaSt und wählen Sie Virtualisierung > Hypervisor und Werkzeuge installieren aus. Mit YaSt können Sie die Netzwerk-Bridge automatisch aktivieren und konfigurieren.
- Damit NSX Manager NSX-Softwarepakete automatisch auf dem KVM-Host installiert, bereiten Sie die Netzwerkkonfiguration der Uplink-/Datenschnittstelle vor.
Der KVM-Host kann über mehrere Netzwerkschnittstellen verfügen. Für die Netzwerkschnittstelle, die Sie als Uplink-Schnittstelle (Datenschnittstelle) für NSX-T-Zwecke bereitstellen möchten, ist es wichtig, dass die Netzwerkkonfigurationsdateien ordnungsgemäß gefüllt sind. NSX-T untersucht diese Netzwerkkonfigurationsdateien, um NSX-T-spezifische Netzwerkgeräte zu erstellen. Füllen Sie in Ubuntu die Datei /etc/network/interfaces. Füllen Sie in RHEL, CentOS oder SUSE die Datei /etc/sysconfig/network-scripts/ifcfg-$uplinkdevice.
In den folgenden Beispielen ist die Schnittstelle „ens32“ das Uplink-Gerät (Datenschnittstelle). Je nach Bereitstellungsumgebung kann diese Schnittstelle DHCP oder statische IP-Einstellungen verwenden.
Hinweis: Schnittstellennamen können in verschiedenen Umgebungen variieren.Wichtig: Bei Ubuntu müssen alle Netzwerkkonfigurationen in /etc/network/interfaces angegeben werden. Erstellen Sie keine individuellen Netzwerkkonfigurationsdateien wie /etc/network/ifcfg-eth1, die ein Fehlschlagen der Transportknotenerstellung verursachen können.Linux-Bereitstellung Netzwerkkonfiguration Ubuntu Bearbeiten Sie /etc/network/interfaces:
auto eth0 iface eth0 inet manual auto ens32 iface ens32 inet manual
RHEL oder CentOS Linux Bearbeiten Sie /etc/sysconfig/network-scripts/ifcfg-ens32:
DEVICE="ens32" TYPE="Ethernet" NAME="ens32" UUID="<something>" BOOTPROTO="none" HWADDR="<something>" ONBOOT="yes" NM_CONTROLLED="no"
SUSE Linux Enterprise Server Wenn bereits ein SLES-Host vorhanden ist, stellen Sie sicher, dass die Datenschnittstellen bereits auf dem Host konfiguriert sind.
Wenn Sie über keinen vorkonfigurierten SLES-Host verfügen, finden Sie weitere Informationen in der Referenzkonfiguration für die Verwaltungs -und Datenschnittstelle.
Bearbeiten Sie „/etc/sysconfig/network-scripts/ifcfg-ens32“:
DEVICE="ens32" NAME="ens32" UUID="<UUID>" BOOTPROTO="none" LLADDR="<HWADDR>" STARTMODE="yes"
- Starten Sie den Netzwerkdienst systemctl restart network oder den Linux-Server neu, damit die Netzwerkänderungen wirksam werden.
- Nachdem der KVM-Host als Transportknoten konfiguriert wurde, wird die Bridge-Schnittstelle nsx-vtep0.0 automatisch von NSX-T erstellt.
In Ubuntu enthält die Datei /etc/network/interfaces Einträge wie die folgenden:
iface nsx-vtep0.0 inet static pre-up ip addr flush dev nsx-vtep0.0 address <IP_pool_address> netmask <subnet_mask> mtu 1600 down ifconfig nsx-vtep0.0 down up ifconfig nsx-vtep0.0 up
In RHEL erstellt der NSX-Hostagent (nsxa) die Konfigurationsdatei ifcfg-nsx-vtep0.0, die in etwa folgende Einträge enthält:
DEVICE=nsx-vtep0.0 BOOTPROTO=static NETMASK=<IP address> IPADDR=<subnet mask> MTU=1600 ONBOOT=yes USERCTL=no NM_CONTROLLED=no
In SUSE
DEVICE=nsx-vtep0.0 BOOTPROTO=static NETMASK=255.255.255.0 IPADDR=192.168.13.119 MACADDR=ae:9d:b7:ca:20:4a MTU=1600 USERCTL=no STARTMODE=auto
- Konfigurieren Sie die Syslog-Rotationsrichtlinie als zeitbasiert anstelle einer größenbasierten Richtlinie. Bei einer größenbasierten Syslog-Rotationsrichtlinie können die generierten Protokolldateien sehr groß sein.
