Puede actualizar el servicio administrado y los blueprints de varias máquinas desde una implementación de vRealize Automation 6.2.x compatible.

Cuando actualice un blueprint de varias máquinas, los blueprints de componentes se actualizarán como blueprints para una sola máquina. El blueprint de varias máquinas se actualiza como blueprint compuesto en el que están anidados sus blueprints secundarios como componentes de blueprint independientes.

La actualización crea un solo blueprint compuesto en la implementación de destino que contiene un componente de máquina virtual por cada blueprint de componente del blueprint de varias máquinas de origen. Si un blueprint tiene una configuración que no se admite en la nueva versión, dicho blueprint se actualiza y se establece en estado de borrador. Por ejemplo, si el blueprint de varias máquinas contiene un perfil de red privada, la actualización omite la configuración del perfil y el blueprint se actualiza y pone en un estado de borrador. El borrador del blueprint se puede editar para especificar información de perfil de red compatible y publicarlo.

Nota:

Si un blueprint publicado en la implementación de origen se actualiza al estado de borrador, este dejará de formar parte de un servicio o una autorización. Tras actualizar y publicar el blueprint en vRealize Automation 7.3, debe volver a crear las políticas de aprobación y las autorizaciones.

Algunas configuraciones de blueprint de varias máquinas no se admiten en la implementación de vRealize Automation de destino, incluidos los perfiles de red privados y los perfiles de red enrutados con configuraciones de PLR edge asociadas. Si ha usado una propiedad personalizada para especificar la configuración de PLR edge (VCNS.LoadBalancerEdgePool.Names), la propiedad personalizada se actualiza.

Puede actualizar un blueprint de varias máquinas con endpoints de vSphere y la configuración de red y seguridad de NSX. El blueprint actualizado contiene los componentes de red y seguridad de NSXen el lienzo de diseño.

Nota:

Las especificaciones de puerta de enlace enrutada de los blueprints de varias máquinas, tal como se definen en las reservas, se actualizan. Sin embargo, la implementación de vRealize Automation de destino no es compatible con las reservas de los perfiles enrutados que contienen configuraciones asociadas de PLR edge. Si la reserva de origen contiene un valor de puerta de enlace enrutada para un perímetro PLR, se actualizará, pero la configuración de puerta de enlace enrutada se omitirá. Como resultado, la actualización generará un mensaje de error en el archivo log y se deshabilitará la reserva.

Durante la actualización, los espacios y los caracteres especiales se eliminan de la red a la que se hace referencia y de los nombres de componentes de seguridad.

En función del tipo de configuración, la información de red y seguridad se plasmará como varias configuraciones en el nuevo blueprint.

  • Configuración del blueprint general en la página de propiedades. Esta información incluye el aislamiento de aplicaciones, la zona de transporte y la puerta de enlace enrutada o la información de la política de reserva del perímetro de NSX.

  • Configuración disponible para los componentes de máquina virtual de vSphere en los componentes de red y seguridad de NSXen el lienzo de diseño.

  • Configuración en las pestañas de red y seguridad de los componentes de máquina virtual de vSphere individuales en el lienzo de diseño.