Mejore la eficiencia operativa con varias instancias de NSX Manager administrando un solo VMware vCenter. Los administradores pueden administrar diferentes clústeres en el mismo VMware vCenter mediante diferentes instancias de NSX Manager.

A partir de NSX 3.2.2, puede utilizar varias instancias de NSX Manager para administrar un solo VMware vCenter.
Importante: Solo puede habilitar varias instancias de NSX Manager administrando una única función de VMware vCenter (configurada al habilitar la marca Varias instancias de NSX en la interfaz de usuario de NSX) en VMware vCenter 7.0 y versiones posteriores.

Para obtener más información sobre cómo está habilitada la marca Varias instancias de NSX en VMware vCenter, consulte Agregar un administrador de equipos.

Al configurar un administrador de equipos, habilite la marca Varias instancias de NSX.

Para preparar un clúster o un host como nodo de transporte, NSX anexa el clúster, los hosts y las extensiones DVS con una clave que indica que estos objetos se administran mediante una determinada instancia de VMware vCenter.

NSX agrega el clúster, los hosts y las extensiones de DVS con la clave de VMware vCenter que administra estos objetos.

NSX cambia la extensión anterior (com.vmware.nsx.management.nsxt) a una clave de extensión personalizada (com.vmware.nsx.management.nsxt.<computemanager-id>), donde <computemanager-id> es el identificador de VMware vCenter en NSX.

En la página Hosts → Clústeres, NSX detecta todos los clústeres administrados por el mismo VMware vCenter, donde una instancia de NSX Manager diferente puede administrar sus propios clústeres. Si otro NSX Manager posee un clúster, no podrá prepararlo ni editarlo. Estos clústeres están en modo de solo lectura.

Los clústeres que pertenecen a otra instancia de NSX Manager están disponibles en modo de solo lectura. Estos clústeres solo los puede administrar la instancia de NSX Manager a la que pertenecen.

Cambiar entre el modo de una única instancia de NSX al modo de varias instancias de NSX

Cuando se habilita la marca Varias instancias de NSX en VMware vCenter, NSX anexa sus objetos administrados de NSX (clúster, host, conmutador virtual distribuido) con la extensión personalizada (com.vmware.nsx.management.nsxt.<computemanager-id>).

En el modo de varias instancias de NSX, todas las instancias de NSX Manager registradas en la misma instancia de VMware vCenter deben tener habilitada la marca Varias instancias de NSX. No se puede habilitar Varias instancias de NSX en NSX Manager-1 y desactivarlo en NSX Manager-2.

Escenarios de movimiento de host

Escenario Acción/resultado
  • Prepare el Clúster-1 con el TNP de NSX-1.
  • Prepare el Clúster-2 con el TNP de NSX-2.

  • En la interfaz de usuario de VMware vCenter, mueva un host del Clúster-1 al Clúster-2.
    • En el host que se mueve al Clúster-2, NSX-1 desinstala los VIB de NSX del host. NSX Manager-1 elimina su propiedad del host. Cuando NSX Manager-1 elimina su propiedad y el icono de bloqueo desaparece de Sistema > Tejido > Hosts > Clústeres, NSX Manager-2 inicia la instalación en el host.
  • NSX se desinstala en el host que se mueve al Clúster-2. Después de mover el host, el TNP de NSX-2 preparará el host, que se asocia al Clúster-2.
  • Si se produce algún error relacionado con la desinstalación, compruebe la página Host → Clústeres. Haga clic en Resolver para solucionar los problemas y continuar.
  • El host 1 se prepara individualmente como nodo de transporte en cualquiera de los siguientes entornos donde:
    • No forma parte de una instancia de VMware vCenter.
    • Forma parte de una instancia de VMware vCenter, pero el TNP está desasociado del clúster.
    • Forma parte del centro de datos en una instancia de VMware vCenter.
  • Antes de mover el host 1 a un clúster administrado por NSX, haga lo siguiente:
    • Desinstale NSX del nodo de transporte del host 1.
    • Agregue el host 1 a un clúster administrado por VMware vCenter.
    • El TNP se aplicará automáticamente al host 1 y se instalará NSX.
  • Prepare el Clúster-1 incluyendo el nodo de transporte de host-1 mediante TNP en NSX Manager-1.
  • Prepare el Clúster-2 con el TNP en NSX Manager-2.
  • El Host-1 es un miembro estático del NSGroup en NSX Manager-1.
  • En VMware vCenter, mueva el nodo de transporte del Host-1 al Clúster-2.
  • NSX no se puede eliminar del nodo de transporte del Host-1 porque forma parte del NSGroup y el mismo host no se puede preparar en NSX Manager-2. Puede encontrar más detalles en los archivos de registro.
Nota: Este problema se puede producir aunque la funcionalidad Varias instancias de NSX no esté habilitada. Puede ocurrir cuando se intenta mover un host entre clústeres.

Limitaciones de la configuración de varias instancias de NSX Manager administrando una sola instancia de VMware vCenter

  • Si NSX Manager-1 marcó su propiedad en objetos administrados (clúster, host o conmutador virtual distribuido (DVS)), estos objetos no podrán ser propiedad de NSX Manager-2 hasta que el primer administrador entregue la propiedad, o bien hasta que la propiedad pase a la fuerza a otro administrador.
  • A pesar de que puede habilitar Varias instancias de NSX en una instancia de VMware vCenter, donde la versión es NSX 3.2.2, no registre la misma instancia de VMware vCenter con NSX 3.2.1 o cualquier versión anterior.
  • Asegúrese de que las funciones de usuario deseadas tengan permisos para actualizar Global.ManageCustomFields en VMware vCenter. El atributo personalizado de NSX no debe anexarse a ninguno de los objetos administrados. Puede provocar la interrupción de la configuración.
  • Con Varias instancias de NSX habilitado en una instancia de VMware vCenter, no se puede habilitar el clúster de Kubernetes ni el clúster de vLCM para que funcionen en la misma instancia de VMware vCenter.
  • Si desactiva Varias instancias de NSX en una instancia de VMware vCenter, no podrá utilizar la misma instancia de VMware vCenter para registrarse con otra instancia de NSX.
  • Si alguna extensión de VMware vCenter personalizada o heredada no se elimina de VMware vCenter debido a que, por ejemplo, NSX no se abre, deberá eliminar manualmente la extensión de VMware vCenter.
  • No admite entornos de clúster contraídos (donde la administración y las cargas de trabajo se implementan en el mismo nodo de transporte). Con la marca Varias instancias de NSX habilitada en un entorno de clúster contraído, no se pueden implementar nuevos nodos de NSX Manager. La solución alternativa es crear un nuevo clúster e implementar nodos de NSX Manager.

Matriz de interoperabilidad

En la siguiente tabla se especifican las soluciones que son interoperables con la función Varias instancias de NSX.

Función/Solución Compatible
Plataforma NSX Guest Introspection (GI) No
NSX Service Insertion (SI)​
VMware vSphere with Tanzu No
vSphere Lifecycle Manager (vLCM) No
NSX Virtual Distributed Switch (N-VDS)
Nota: N-VDS es compatible con las versiones anteriores a NSX 4.0.
NSX Federation
VMware vSphere Distributed Resource Scheduler (DRS), VMware vSphere High Availability (HA), VMware vMotion