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.

Servidores de Edge nativos

La instancia nativa de NSX Edge en el diagrama se muestra con un único N-VDS con dos interfaces de ruta de datos y dos NIC dedicadas para la alta disponibilidad del plano de administración.

Los nodos de NSX Edge del diagrama se muestran con un NVDS, cada uno con dos interfaces de ruta de datos. 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 asignarán 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.

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-T Data Center. Si el servidor nativo tiene solo un nodo NUMA, se asignará el 50 % de los núcleos a la ruta de datos de NSX-T Data Center.

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.

Los nodos de NSX Edge nativos admiten un máximo de dos nodos NUMA. 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 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 se captura en el paquete de soporte. Si hay más de dos sockets por pila, eso implicará que la funcionalidad sub NUMA está habilitada y se debe deshabilitar.

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: si el dispositivo asociado al nodo NUMA local está inactivo, el enlace enviará tráfico al otro dispositivo aunque no sea el NUMA local.

    Ejecute el comando get datapath 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.

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.

Requisitos previos

  • Deshabilite la agrupación en clústeres sub-NUMA mediante la edición de la configuración del BIOS. NSX-T Data Center 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.