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.

Hinweis: Das Geneve-Kapselungsprotokoll verwendet UDP-Port 6081. Sie müssen diesem Port in der Firewall auf dem KVM-Host Zugriff gewähren.

Prozedur

  1. (Nur RHEL) Öffnen Sie die Datei /etc/yum.conf.
  2. Suchen Sie nach der Zeile exclude.
  3. 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.

    exclude=[existing list] kernel* redhat-release* kubelet-* kubeadm-* kubectl-* docker-*

    Zu den unterstützten RHEL-Versionen gehören 7.6 und 7.7.
  4. 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.

  5. 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"
  6. Starten Sie den Netzwerkdienst systemctl restart network oder den Linux-Server neu, damit die Netzwerkänderungen wirksam werden.
  7. 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
  8. 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.