Si planea utilizar KVM como nodo de transporte o como host para máquinas virtuales invitadas de NSX Manager, pero aún no configuró KVM, puede utilizar el procedimiento descrito aquí.

Nota: El Protocolo de encapsulación Geneve usa el puerto UDP 6081. Debe permitir que este puerto acceda al firewall del host de KVM.

Procedimiento

  1. (Solo RHEL) Abra el archivo /etc/yum.conf.
  2. Busque la línea exclude.
  3. Agregue la línea "kernel* redhat-release*" para configurar YUM con el fin de evitar cualquier actualización de RHEL no compatible.

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

    Si tiene pensado ejecutar NSX-T Data Center Container Plug-in, que tiene requisitos específicos de compatibilidad, excluya también los módulos relacionados con contenedores.

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

    Las versiones de RHEL compatibles son la 7.7 y la 8.2.
  4. Instale las utilidades de puente y KVM.
    Distribución de Linux Comandos
    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 Inicie YaSt y seleccione Virtualización > Instalar hipervisor y herramientas .

    YaSt permite habilitar y configurar automáticamente el puente de red.

  5. Para que NSX Manager instale automáticamente los paquetes de software de NSX en el host de KVM, prepare la configuración de red de la interfaz de vínculo superior o de datos.

    El host de KVM puede tener varias interfaces de red. Para la interfaz de red que quiera que NSX-Tutilice como interfaz de vínculo superior (interfaz de datos), es importante tener archivos de configuración de red correctamente rellenos. NSX-T usa estos archivos de configuración de red para crear dispositivos de red específicos de NSX-T. En Ubuntu, rellene el archivo /etc/network/interfaces. En RHEL, CentOS o SUSE, rellene el archivo /etc/sysconfig/network-scripts/ifcfg-$uplinkdevice.

    En los ejemplos siguientes, la interfaz "ens32" es el dispositivo de vínculo superior (interfaz de datos). Dependiendo de su entorno de implementación, esta interfaz puede utilizar una configuración de IP estática o DHCP.

    Nota: Los nombres de la interfaz pueden variar en función del entorno.
    Importante: Para Ubuntu, todas las configuraciones de red deben especificarse en /etc/network/interfaces. No cree archivos de configuración de red individuales, como /etc/network/ifcfg-eth1, que pueden dar lugar a errores en la creación de nodos de transporte.
    Distribución de Linux Configuración de red
    Ubuntu

    Edite /etc/network/interfaces:

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

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

    Si ya existe un host de SLES, compruebe que las interfaces de datos ya se hayan configurado en el host.

    Si no se configuró previamente el host de SLES, consulte la configuración de referencia para la interfaz de administración y de datos.

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

    DEVICE="ens32"
    NAME="ens32"
    UUID="<UUID>"
    BOOTPROTO="none"
    LLADDR="<HWADDR>"
    STARTMODE="yes"
  6. Reinicie el servicio de red, systemctl restart network, o reinicie el servidor de Linux para que los cambios de la red surtan efecto.
  7. Una vez que el host de KVM esté configurado como nodo de transporte, NSX-Tcreará automáticamente la interfaz de puente "nsx-vtep0.0".

    En Ubuntu, el archivo /etc/network/interfaces tiene entradas como la siguiente:

    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

    En RHEL, el agente NSX de host (nsxa) crea un archivo de configuración denominado ifcfg-nsx-vtep0.0, que tiene entradas como la siguiente:

    DEVICE=nsx-vtep0.0
    BOOTPROTO=static
    NETMASK=<IP address>
    IPADDR=<subnet mask>
    MTU=1600
    ONBOOT=yes
    USERCTL=no
    NM_CONTROLLED=no

    En 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. Configure la directiva de rotación de syslog como basada en tiempo en lugar de basada en tamaños. Con una directiva de rotación de syslog basada en tamaños, los archivos de registro generados pueden ser muy grandes.