Utilice un servidor PXE para automatizar la instalación de NSX Edge en un servidor nativo, o bien utilice un archivo ISO para instalar NSX Edge en un servidor nativo.

El nodo nativo de NSX Edge es un servidor físico dedicado que ejecuta una versión especial del software NSX Edge. El nodo de NSX Edge nativo requiere una NIC compatible con el kit de desarrollo del plano de datos (DPDK). VMware mantiene una lista de compatibilidad con varias NIC de proveedor. Consulte la Requisitos del sistema del servidor sin sistema operativo.

Instalación de Edge nativo

Los nodos de NSX Edge del diagrama se muestran con un único conmutador N-VDS configurado con dos interfaces de ruta de datos y dos NIC dedicadas para la alta disponibilidad del plano de administración.

Los nodos nativos de NSX Edge se pueden configurar con más de 2 interfaces de ruta de datos, según el número de NIC disponibles en el servidor. Los nodos nativos de NSX Edge utilizan las pNIC como vínculos superiores que se conectan directamente a la parte superior de los conmutadores de rack. Para proporcionar una alta disponibilidad para la administración nativa de Edge, configure dos pNIC en el servidor como un enlace de Linux activo/en espera.

Las CPU perimetrales se asignan como CPU de ruta de datos (DP), que proporcionan servicios de enrutamiento y de estado, o como CPU de servicios, que proporcionan servicios de equilibrio de carga y VPN.

Cuando se instala un nodo de Edge sin sistema operativo, se conserva una interfaz dedicada para la administración. Esta configuración se denomina administración fuera de banda. Si se desea conseguir redundancia, se pueden utilizar dos NIC para una alta disponibilidad del plano de administración. La instancia nativa de Edge también admite la administración en banda en la que el tráfico de administración puede aprovechar una interfaz que se utiliza para el tráfico superpuesto o externo (N-S), como se muestra en el diagrama.

Para los nodos de Edge nativos, todos los núcleos del primer nodo de un servidor de nodos con varios NUMA se asignarán a la ruta de datos de NSX. Si el servidor nativo tiene solo un nodo NUMA, se asignará el 50 % de los núcleos a la ruta de datos de NSX.

Los nodos de NSX Edge nativos admiten un máximo de dos nodos NUMA.

Importante: VMware no admite la agrupación en clústeres sub-NUMA, ya que es una función de hardware de servidor no admitida en instancias nativas de NSX Edge porque podría provocar la escasez de memoria de pila.

La funcionalidad de agrupación en clústeres sub-NUMA cambia el socket de la memoria de pila de dos dominios NUMA a cuatro dominios NUMA. Este cambio limita el tamaño de la memoria de pila asignada a cada socket y provoca una escasez de la memoria de pila para el socket 0 que requiere la ruta de datos. Debe deshabilitar la función sub-NUMA en el BIOS. Cualquier cambio realizado en el BIOS requerirá un reinicio.

Para comprobar si la funcionalidad sub-NUMA está habilitada, inicie sesión en la instancia nativa de NSX Edge como usuario root y ejecute lscpu. El resultado también se captura en el paquete de soporte. Si hay más de dos nodos NUMA, implica que la funcionalidad sub-NUMA está habilitada, y deberá deshabilitarse a través del BIOS.

Nota:
  1. Al configurar enlaces LAG de LACP en nodos de NSX Edge nativos, los núcleos de ruta de datos (NIC de respaldo) deben pertenecer al mismo nodo NUMA para que se produzca el equilibrio de carga en ambos dispositivos. Si los dispositivos que forman el enlace abarcan varios nodos NUMA, el enlace solo utilizará la CPU del dispositivo de red que es un nodo NUMA local (0) para transmitir paquetes. De esta forma, no se utilizarán todos los dispositivos para equilibrar el tráfico que se envía fuera del dispositivo de enlace.

    En este caso, la conmutación por error sigue funcionando, ya que es exclusiva del equilibrio de carga. Si el dispositivo Ethernet asociado al nodo NUMA local está inactivo, el bono enviará tráfico al otro dispositivo aunque no sea local NUMA. La optimización del equilibrio de carga no afecta a la funcionalidad de conmutación por error.

    Ejecute el comando get dataplane para ver el nodo NUMA asociado con cada interfaz de ruta de datos. Para mover las NIC asociadas con la ruta de datos a un mismo nodo NUMA, se requiere una reconfiguración física del servidor a través del BIOS.

Requisitos previos

  • Deshabilite la agrupación en clústeres sub-NUMA mediante la edición de la configuración del BIOS. NSX no admite la agrupación en clústeres sub-NUMA. Para obtener más información, consulte el artículo de la base de conocimientos https://kb.vmware.com/s/article/91790.
  • A partir de NSX 3.1.3, en nodos de NSX Edge nativos, no es necesario deshabilitar el hiperproceso. El hiperproceso se deshabilita automáticamente.