Se si intende utilizzare KVM come nodo di trasporto o come host per la macchina virtuale guest di NSX Manager, ma non si dispone già di una configurazione KVM, è possibile utilizzare la procedura descritta qui.

Nota: Il protocollo di incapsulamento Geneve utilizza la porta UDP 6081. È necessario consentire l'accesso a questa porta nel firewall sull'host KVM.

Procedura

  1. (Solo RHEL) Aprire il file /etc/yum.conf.
  2. Cercare la riga exclude.
  3. Aggiungere la riga "kernel* redhat-release*" per configurare YUM in modo da evitare eventuali aggiornamenti RHEL non supportati.

    exclude=[existing list] kernel* redhat-release*

    Se si intende eseguire il plug-in del container NSX-T Data Center, che ha requisiti di compatibilità specifici, escludere anche i moduli correlati al contenitore.

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

    Le versioni di RHEL supportate sono 7.7 e 8.2.
  4. Installare le utilità KVM e bridge.
    Distribuzione Linux Comandi
    Ubuntu
    apt-get install -y qemu-kvm libvirt-bin ubuntu-vm-builder bridge-utils virtinst virt-manager virt-viewer libguestfs-tools
    RHEL o CentOS Linux
    yum groupinstall "Virtualization Hypervisor"
    yum groupinstall "Virtualization Client"
    yum groupinstall "Virtualization Platform"
    yum groupinstall "Virtualization Tools"
    SUSE Linux Enterprise Server Avviare YaSt e selezionare Virtualizzazione > Installa hypervisor e strumenti.

    YaSt consente di abilitare e configurare automaticamente il bridge di rete.

  5. Affinché NSX Manager installi automaticamente i pacchetti software NSX nell'host KVM, preparare la configurazione di rete dell'uplink/interfaccia dati.

    L'host KVM può avere più interfacce di rete. Per l'interfaccia di rete che si intende fornire come interfaccia di uplink (interfaccia dati) per NSX-T, è importante che i file di configurazione di rete siano compilati correttamente. NSX-T esamina questi file di configurazione di rete per creare i dispositivi di rete specifici di NSX-T. In Ubuntu, compilare il file /etc/network/interfaces. In RHEL, CentOS o SUSE, compilare il file /etc/sysconfig/network-scripts/ifcfg-$uplinkdevice.

    Negli esempi seguenti, l'interfaccia "ens32" è il dispositivo di uplink (interfaccia dati). In base all'ambiente di distribuzione, questa interfaccia può utilizzare le impostazioni DHCP o di IP statico.

    Nota: I nomi delle interfacce possono variare in ambienti diversi.
    Importante: Per Ubuntu, tutte le configurazioni di rete devono essere specificate in /etc/network/interfaces. Non creare singoli file di configurazione di rete come /etc/network/ifcfg-eth1, il che può causare un errore nella creazione del nodo di trasporto.
    Distribuzione Linux Configurazione di rete
    Ubuntu

    Modificare /etc/network/interfaces:

    auto eth0
    iface eth0 inet manual
    
    auto ens32
    iface ens32 inet manual
    RHEL o CentOS Linux

    Modificare /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

    Se esiste già un host SLES, verificare che le interfacce dati siano già configurate nell'host.

    Se non si dispone di un host SLES preconfigurato, vedere la configurazione di riferimento per l'interfaccia di gestione e dati.

    Modificare /etc/sysconfig/network/ifcfg-ens32:

    DEVICE="ens32"
    NAME="ens32"
    UUID="<UUID>"
    BOOTPROTO="none"
    LLADDR="<HWADDR>"
    STARTMODE="yes"
  6. Riavviare il servizio di rete systemctl restart network o riavviare il server Linux per rendere effettive le modifiche di rete.
  7. Dopo che l'host KVM è configurato come nodo di trasporto, l'interfaccia bridge "nsx-vtep0.0" viene creata automaticamente da NSX-T.

    In Ubuntu, il file /etc/network/interfaces include voci simili alle seguenti:

    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, NSX Agent dell'host (nsxa) crea un file di configurazione denominato ifcfg-nsx-vtep0.0 con voci simili alle seguenti:

    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. Configurare il criterio di rotazione syslog come criterio basato sulla durata anziché come criterio basato sulle dimensioni. Con un criterio di rotazione syslog basato sulle dimensioni, i file di registro generati potrebbero essere di dimensioni molto grandi.