Para aprovisionar máquinas en un entorno de Cross-vCenter NSX al utilizar objetos universales de NSX, debe aprovisionar una instancia de vCenter en la que el administrador informático de NSX tenga la función principal.

En un entorno de Cross-vCenter NSX, puede haber varias instancias de vCenter Server, cada una emparejada con su propia instancia de NSX Manager. A una instancia de NSX Manager se le asigna la función de instancia principal de NSX Manager y a las otras se les asigna la función de instancia secundaria de NSX Manager.

La instancia principal de NSX Manager puede crear objetos universales, como conmutadores lógicos universales. Estos objetos se sincronizan con las instancias secundarias de NSX Manager. Puede ver los objetos desde las instancias secundarias de NSX Manager, pero no puede editarlos allí. Debe utilizar la instancia principal de NSX Manager para asdministrar objetos universales. La instancia principal de NSX Manager puede utilizarse para configurar cualquiera de las instancias secundarias de NSX Manager en el entorno.

Para obtener más información sobre el entorno de Cross-vCenter NSX, consulte Descripción general de Cross-vCenter Networking and Security en la guía de administración de NSX de la documentación del producto de NSX.

Para un endpoint de vSphere (vCenter) que está asociado al endpoint de NSX de una instancia principal de NSX Manager, vRealize Automation es compatible con los objetos locales de NSX, como conmutadores lógicos locales y puertas de enlace de Edge locales, así como grupos de seguridad, etiquetas de seguridad y equilibradores de carga locales. También es compatible con redes NAT uno a uno y uno a muchos con zona de transporte universal, redes enrutadas con zona de transporte universal y enrutadores lógicos distribuidos (Distributed Logical Router, DLR) universales y un equilibrador de carga con cualquier tipo de red.

vRealize Automation no admite etiquetas ni grupos de seguridad universales de NSX existentes y a petición.

Para aprovisionar redes a petición locales como la instancia principal de NSX Manager, utilice una zona de transporte local específica de vCenter. Puede configurar reservas de vRealize Automation para usar la zona de transporte local y los cables virtuales para las implementaciones en esa instancia local de vCenter.

Si se conecta un endpoint de vSphere (vCenter) a un endpoint secundario de NSX Manager correspondiente, solo puede aprovisionar y usar los objetos locales.

Un endpoint de NSX solo puede asociarse con un endpoint de vSphere. Esta restricción de asociación significa que no se puede aprovisionar una red a petición universal y asociarla a máquinas vSphere que se aprovisionan en diferentes instancias de vCenter.

vRealize Automation puede consumir un conmutador lógico universal de NSX como una red externa. Si existe un conmutador universal, se recopilan sus datos y, a continuación, se conecta a cada máquina de la implementación, o bien cada una de estas lo consume.

  • El aprovisionamiento de una red a petición a una zona de transporte universal puede crear un nuevo conmutador lógico universal.

  • El aprovisionamiento de una red a petición a una zona de transporte universal en la instancia principal de NSX Manager crea un conmutador lógico universal.

  • El aprovisionamiento de una red a petición a una zona de transporte universal en una instancia secundaria de NSX Manager genera un error, ya que NSX no puede crear un conmutador lógico universal en una instancia secundaria de NSX Manager.

Consulte el artículo de la base de conocimientos de VMware en el que se discute el error en la implementación de blueprints de vRealize Automation con objetos de NSX (2147240) en http://kb.vmware.com/kb/2147240 para obtener más información sobre los objetos universales de NSX.