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í.
Procedimiento
- (Solo RHEL) Abra el archivo /etc/yum.conf.
- Busque la línea exclude.
- 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.
Las versiones de RHEL compatibles son la 7.6 y la 7.7.exclude=[existing list] kernel* redhat-release* kubelet-* kubeadm-* kubectl-* docker-*
- 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.
- 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"
- Reinicie el servicio de red, systemctl restart network, o reinicie el servidor de Linux para que los cambios de la red surtan efecto.
- 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
- 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.