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

A partir de NSX-T Data Center 3.2.2, puede utilizar varias instancias de NSX Manager para administrar un solo vCenter Server.

Para obtener más información sobre cómo está habilitada la marca Varias instancias de NSX en vCenter Server, 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-T 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 vCenter Server.

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

NSX-T 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 vCenter Server en NSX-T.

En la página Hosts → Clústeres, NSX-T detecta todos los clústeres administrados por el mismo vCenter Server, 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-T al modo de varias instancias de NSX-T

Cuando se habilita la marca Varias instancias de NSX en vCenter Server, NSX-T anexa sus objetos administrados de NSX-T (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-T, todas las instancias de NSX Manager registradas en la misma instancia de vCenter Server 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-T-1.

  • Prepare el Clúster-2 con el TNP de NSX-T-2.

  • En la interfaz de usuario de vCenter Server, mueva un host del Clúster-1 al Clúster-2.
    • En el host que se mueve al Clúster-2, NSX-T-1 desinstala los VIB de NSX-T del host. NSX Manager-1 elimina su propiedad del host. Cuando NSX Manager-1 elimina su propiedad y el icono de bloqueo desaparece de la página Nodo de transporte de host, NSX Manager-2 inicia la instalación en el host.
  • NSX-T se desinstala en el host que se mueve al Clúster-2. Después de mover el host, el TNP de NSX-T-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 vCenter Server.
    • Forma parte de una instancia de vCenter Server, pero el TNP está desasociado del clúster.
    • Forma parte del centro de datos en una instancia de vCenter Server.
  • Antes de mover el host 1 a un clúster administrado por NSX-T, haga lo siguiente:
    • Desinstale NSX-T del nodo de transporte del host 1.
    • Agregue el host 1 a un clúster administrado por vCenter Server.
    • El TNP se aplicará automáticamente al host 1 y se instalará NSX-T.

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

  • Si NSX Manager-1 ha marcado 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. Consulte <xref-topic>.
  • A pesar de que puede habilitar Varias instancias de NSX en una instancia de vCenter Server, donde la versión es NSX-T 3.2.2, no registre la misma instancia de vCenter Server con NSX-T 3.2.1 o cualquier versión anterior.
  • Asegúrese de que las funciones de usuario deseadas tengan permisos para actualizar Global.ManageCustomFields en vCenter Server. El atributo personalizado de NSX-T 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 vCenter Server, no se puede habilitar el clúster de Kubernetes ni el clúster de vLCM para que funcionen en la misma instancia de vCenter Server.
  • Si desactiva Varias instancias de NSX en una instancia de vCenter Server, no podrá utilizar la misma instancia de vCenter Server para registrarse con otra instancia de NSX-T.
  • Si alguna extensión de vCenter Server personalizada o heredada no se elimina de vCenter Server debido a que, por ejemplo, NSX no se abre, deberá eliminar manualmente la extensión de vCenter Server.

  • 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.