Notas de la versión de vRealize Automation 7.3 

|

Última actualización: 14 de julio de 2017

vRealize Automation | 25 de mayo de 2017 | Compilación 5610496 

Compruebe con regularidad si se han realizado adiciones o actualizaciones a estas notas de la versión. 

Contenido de las notas de la versión

Las notas de la versión contienen los siguientes temas:

Novedades

vRealize Automation 7.3 incluye problemas resueltos y las siguientes nuevas funcionalidades.

Blueprints parametrizados para mejorar la reutilización y reducir la proliferación

  • Se han incluido perfiles de componentes para definir los atributos de tamaño y de imagen, de modo que se habilita el "tamaño de camiseta" como un elemento de solicitud.
    • Se ofrecen perfiles de componentes para el tamaño de imagen y de máquina virtual, incluidos el tamaño de CPU, memoria y almacenamiento.
  • Administre de forma eficaz los blueprints mediante el aprovechamiento de perfiles de componentes abstractos.
  • Aumente la reutilización y reduzca considerablemente la proliferación de blueprints.
  • Active políticas de aprobación sobre las condiciones de tamaño o imagen.
  • Importe o exporte perfiles de componentes mediante vRealize CloudClient.
  • Sustituya automáticamente los valores de un perfil de componentes.

Optimización basada en políticas de colocación de máquinas virtuales

  • Requiere vRealize Operations Manager 6.6, que se publicará pronto.
  • Optimice la colocación para maximizar la inversión en infraestructura.
  • Combine los mecanismos de gobierno de vRealize Automation con información basada en el rendimiento para optimizar la colocación.
  • Coloque las máquinas virtuales según los objetivos de rendimiento mediante varios algoritmos.
    • Equilibre para mantener la máxima capacidad posible en caso de picos.
    • Consolide para dejar espacio a grandes cargas de trabajo.

Control mejorado de los equilibradores de carga aprovisionados por NSX

Reglas de enrutamiento de puerto NAT mejoradas

  • NAT a petición de NSX.
  • Se pueden configurar reglas de enrutamiento de puerto en tiempo de diseño.
  • Las reglas se pueden ordenar.
  • Las reglas se pueden agregar, eliminar y reordenar después de crearlas.

Grupo de seguridad de NSX y administración de etiquetas

  • Se pueden agregar etiquetas o grupos de seguridad de NSX existentes a una aplicación en ejecución.
  • Se pueden desasociar las etiquetas y los grupos de seguridad de NSX de una aplicación.

Alta disponibilidad automatizada para servicios de NSX Edge

  • El modo de alta disponibilidad de Edge en el blueprint ofrece alta disponibilidad de todos los servicios de Edge a una aplicación cuando se implementa.
  • Se puede configurar por blueprint en función de las necesidades de disponibilidad de las aplicaciones.
  • Use propiedades personalizadas para determinar la alta disponibilidad en el momento de la solicitud.
  • Agrega alta disponibilidad al equilibrio de carga, a NAT, al firewall, etc.

Selección del tamaño de NSX Edge

  • Puede especificar el tamaño de implementación de la puerta de enlace de los servicios de NSX Edge (ESG).
  • Se puede configurar por blueprint en función de las necesidades o la escala de las aplicaciones.
  • Utiliza propiedades personalizadas para la selección de tamaño en el momento de la solicitud.

Marco de automatización de configuración: integración de Puppet

  • Administre la configuración como usuario principal.
    • Haga que el complemento sea invisible para los clientes, y habilite acciones en el lienzo de diseño del blueprint.
    • Permite arrastrar y colocar notas sobre la administración de la configuración, así como asignar funciones dinámicamente en el lienzo de diseño.
  • Primera implementación con Puppet.
    • Registre el maestro de Puppet como endpoint.
    • Arrastre y coloque el nodo de Puppet.
    • Consulte de forma dinámica el maestro de Puppet, el entorno y las funciones.
  • Admite opciones de enlace tardío y anticipado.
  • Admite acciones posteriores al aprovisionamiento, como, por ejemplo, la eliminación del registro y la supresión.

Mejoras en la instalación, la actualización y la migración

  • Nuevas extensiones de API de instalación.
    • Active la creación de contenido inicial.
    • Invoque la generación de certificados autofirmados.
    • Reemplace certificados en vRealize Automation, web de IaaS y Microsoft SQL de IaaS.
  • Nuevas extensiones de API de actualización.
    • Enumere todas las versiones disponibles para la actualización.
    • Obtenga el estado de descarga de los paquetes de actualización.
    • Realice comprobaciones previas a la actualización para la versión seleccionada.
    • Obtenga una estimación del tiempo aproximado de actualización.
    • Obtenga el estado de progreso de la actualización.
  • Migración
    • Automatice la migración de vRealize Automation 7.x a 7.3.
  • Permite generar una solicitud de firma del certificado (CSR) en el asistente de instalación.

Mejoras de la API de REST

  • Ahora hay casos de uso basados en muestras de API de REST mediante Postman para muchos de los casos de uso frecuentes de vRealize Automation disponibles en GitHub.
  • Hay documentación nueva y mejorada de Swagger para todas las API de REST de vRealize Automation disponible en code.vmware.com.
  • Se ha mejorado la Guía de programación de vRealize Automation con información acerca de las API de REST de vRealize Automation para que sea más fácil de usar y consultar.

Mejoras en la alta disponibilidad

  • Conmutación por error automatizada de la base de datos de PostgreSQL.
  • Conmutación por error automatizada de IaaS Manager Service.
  • Recuperación mejorada de RabbitMQ.
  • Admite varias NIC en el dispositivo de vRealize Automation.

Integración con vRealize Business for Cloud mejorada: Cloud Management Platform

  • Terminología coherente en vRealize Automation y vRealize Business for Cloud.
  • No hay costes derivados en vRealize Automation: vRealize Business for Cloud es la única fuente fiable para la información relativa a los precios.
  • Precios precisos para las máquinas que admiten Fault Tolerance y los blueprints de Azure.
  • Precios actualizados después de estas acciones posteriores al aprovisionamiento:
    • Reconfiguración de la máquina.
    • Escalado vertical o escalado horizontal.
    • Importación de la máquina.

Registro de auditoría

  • Tipos de objeto de marco de registro de auditoría:
    • Suscripción de flujos de trabajo
    • Grupos de tejidos
    • Endpoints (infraestructura)
  • Envíe registros de auditoría al servidor vRealize Log Insight o syslog mediante el agente de Log Insight.
  • Se puede configurar el período de retención.

Servicio de estado

  • El servicio de estado es una función en la consola de vRealize Automation.
  • Acceso basado en funciones y tenants a los datos de estado.
  • Configure varias instancias de vRealize Automation para la supervisión.
  • Ejecute pruebas programadas y a petición.
  • API de REST
    • Habilita la integración con vRealize Operations, el panel de estado de SDDC o herramientas de terceros.
    • Interfaz de REST completa para realizar tareas de administración del sistema del servicio de estado.

Mejora de la destrucción de máquinas virtuales: forzar la destrucción

  • Mantenimiento de las cargas de trabajo.
    • Ignora de forma segura cualquier tipo de error que interrumpa el proceso de destrucción.
    • Limpieza eficiente de implementaciones con errores.
    • Administración estable mejorada de las cargas de trabajo.
    • Se aplica a la implementación completa.

Resaltado de sintaxis para los scripts de ciclo de vida del software

  • Interfaz mejorada.
    • Resaltado elegante de sintaxis para los scripts de ciclo de vida del software (creación de aplicaciones).
    • Estándares de codificación por color intuitivos.
    • Mejora de la productividad y reducción de errores de creación de scripts.

Nueva función de usuario de grupo empresarial

  • Permite la administración de los recursos y su acceso compartido.

Mejoras en las propiedades personalizadas

  • Ahora los componentes de software pueden emplear propiedades personalizadas.
  • Gestión de las propiedades personalizadas seguras mejorada.

Marco de proveedor IPAM externo ampliado

  • Admite redes NAT a petición.
  • Admite direcciones IP estáticas de uno a muchos y de uno a uno.

Servicio de configuración de endpoints: administración de endpoints simplificada

  • Se ha mejorado para admitir una interfaz de usuario basada en esquemas.
  • Proporciona más capacidad y control, así como una experiencia unificada al administrar endpoints en vRealize Automation.
  • Permite la configuración de endpoints que requieren relaciones entre endpoints.
  • Se han mejorado los controles de la interfaz de usuario y la experiencia del cliente.
    • NSX ahora es un endpoint independiente, es decir, ya no forma parte de la configuración de endpoints de vSphere.
    • La validación de la configuración de endpoints comprueba si la URL, las credenciales y los certificados son correctos.
    • Verificación de la confianza de los certificados.
    • Proporciona un proceso de dos fases para resolver los certificados que no son de confianza. Cuando se prueba la conexión de un endpoint, se debe aceptar el certificado y aprobar la aceptación de este haciendo clic en Aceptar en el endpoint de edición.
    • Permite aceptar certificados autofirmados.

Mejoras en el diseño del servicio de nube pública de Azure

  • Seleccione y arrastre y coloque los componentes de software de las máquinas de Azure en el diseñador de blueprints.
  • Especifique las propiedades del software en el diseñador de blueprints y en el formulario de solicitud.
  • Formularios y listas desplegables rellenados previamente.

RBAC del centro de control de vRealize Orchestrator

  • Todos los usuarios pueden iniciar sesión, no solo el usuario raíz.
  • Ejecución de seguimiento y registros para solicitudes de vRealize Automation basadas en flujos de trabajo según la función del usuario.
  • Solicitudes de solución de problemas según la función del usuario.
  • Reutilización y ampliación de privilegios y funciones de vRealize Automation.

Automatización del proceso informático con soporte de SDDC actualizado

  • Ahora se puede acceder a todos los objetos basados en la política de almacenamiento a través de la API en vRealize Orchestrator y vRealize Automation.
  • Nuevo complemento de vCenter Server con vRealize Orchestrator.
  • Complementos de AMQP, REST y PowerShell actualizados.

Mejoras de vRealize Automation y ServiceNow

  • Vea y solicite elementos del catálogo de AWS desde el portal de ServiceNow.
  • Integración perfecta con el motor de gobierno de ServiceNow.
  • Admite acciones posteriores al aprovisionamiento y CMDB.
  • Compatible con vRealize Automation 7.3 y ServiceNow Helsinki y Estambul.

Integración con VMware Admiral

  • Admite colaboración entre los administradores de nube y los equipos de desarrollo para aplicaciones tradicionales, en contenedores e híbridas.
  • Permite el equilibrio entre el control operativo de las aplicaciones tradicionales y la flexibilidad que ofrecen los contenedores.
  • Las nuevas funcionalidades incluyen soporte de volumen persistente, redes de contenedor mejoradas y administración de hosts.

Funcionalidad de registro de eventos mejorada

  • Integración a nivel del sistema con sistemas de administración de registro compatibles de syslog externos.
  • Compatible con el servidor Log Insight de VMware.
  • Se puede configurar mediante VAMI y asegurarse de forma predeterminada.
  • Incluye un conjunto predefinido de objetos auditables y una opción para activar la auditoría para los demás tipos de objeto de IaaS incluidos.

Registro de auditoría habilitado de forma predeterminada para los siguientes elementos

  • Grupos de tejidos
  • Endpoints
  • Suscripciones de flujos de trabajo
  • API de configuración para los siguientes elementos:
    • Configuración del período de retención de los registros de eventos.
    • Filtrado de ciertos tipos de destino para que no los procese el registro de eventos.
    • Eliminación de mensajes de registro antiguos de la base de datos local.

Documentación actualizada para admitir las nuevas funcionalidades

Requisitos del sistema

Si desea más información sobre los sistemas operativos, las bases de datos y los servidores web host compatibles, consulte la matriz de compatibilidad de vRealize Automation.

Instalación

Para ver los requisitos previos y las instrucciones de instalación, consulte Instalación de vRealize Automation.

Documentación

Para consultar la documentación de vRealize Automation 7.3, vaya al Centro de información de VMware vRealize Automation 7.3.

Antes de actualizar

Para obtener instrucciones generales, consulte Actualizar vRealize Automation.

La herramienta de ayuda para la actualización vRealize Production Test analiza su entorno de vRealize Automation 6.2.x en busca de cualquier configuración de características que pueda causar problemas de actualización; también comprueba que el entorno esté listo para la actualización. Para descargar esta herramienta y la documentación relacionada, vaya a la página Descarga del producto de VMware vRealize Production Test Tool.

Uso de la licencia para habilitar vRealize Code Stream

Ahora puede utilizar la licencia de vRealize Automation para habilitar vRealize Code Stream en sus entornos de vRealize Automation. La licencia de vRealize Automation permite desbloquear vRealize Code Stream para utilizarlo con el paquete de administración de vRealize Code Stream para operaciones de desarrollo informático.

Para habilitar vRealize Code Stream, debe tener vRealize Suite Enterprise, vRealize Automation Advanced o vRealize Automation Enterprise y una nueva licencia para vRealize Automation 7.3.

Debe instalar el paquete de vRealize Code Stream en un dispositivo independiente dedicado donde se hayan habilitado vRealize Automation y vRealize Code Stream en el modo que no es de alta disponibilidad (HA). Para obtener más información, consulte la Guía de arquitectura de referencia de vRealize Code Stream. No puede instalar el paquete de administración de vRealize Code Stream en la instancia de producción de vRealize Automation existente por los siguientes motivos:

  • La carga adicional puede afectar negativamente al rendimiento de la instancia de producción de vRealize Automation.
  • vRealize Code Stream no se puede instalar en un dispositivo configurado para alta disponibilidad. No habilite vRealize Code Stream en una instancia de vRealize Automation que se encuentre en modo de alta disponibilidad. Si lo hace, puede que el entorno de vRealize Automation se vuelva inestable.

Para instalar el paquete de administración, consulte la Guía de instalación del paquete de administración de VMware vRealize Code Stream para operaciones de desarrollo informático. Puede descargar esta guía al descargar el paquete de administración.

Para habilitar vRealize Code Stream en el asistente de instalación de vRealize Automation o en la interfaz de administración del dispositivo de vRealize Automation, marque la casilla Habilitar vRealize Code Stream.

Si aplica la licencia sin habilitar vRealize Code Stream, puede habilitar vRealize Code Stream más tarde. Vuelva a aplicar la licencia y seleccione Habilitar vRealize Code Stream. Después de aplicar la licencia, debe reiniciar el dispositivo de vRealize Automation.

Para obtener más información, consulte:

Problemas resueltos

  • Durante la instalación, se produce un error en el siguiente paso del proceso de creación de contenido inicial: Ejecute el flujo de trabajo para crear el usuario configurationadmin

    En /var/log/messages, hay dos ejecuciones distintas del proceso de creación del usuario configurationadmin, que se ejecutan a la vez; el número que sigue a va-agent.py muestra que los procesos son diferentes: /usr/lib/vcac/agent/va-agent.py[18405]: información Ejecutando el flujo de trabajo de vRO para crear el usuario configurationadmin... ... /usr/lib/vcac/agent/va-agent.py[18683]: información Ejecutando el flujo de trabajo de vRO para crear el usuario configurationadmin... La primera llamada crea el usuario de administración de configuración, y la segunda provoca el error.

  • No se puede iniciar el instalador de IaaS
    El instalador de IaaS no se inicia y aparece este mensaje: "Ya hay una versión más reciente del producto instalada en esta máquina". Esto sucede cuando no se puede iniciar el paquete msi del instalador de IaaS después de actualizar manualmente el agente de administración de IaaS a la última versión disponible.

  • Si usa el nuevo script del shell de actualización de vRealize Automation 7.2, primero debe actualizar a la versión más reciente del agente de administración

    Si tiene pensado ejecutar una actualización automatizada de los componentes de IaaS mediante el nuevo script del shell de actualización, debe usar el agente de administración más reciente disponible para su descarga. No use el agente de administración incluido en el dispositivo virtual de vRealize Automation 7.2.

     

  • Las actualizaciones de seguridad afectan al Comprobador de requisitos previos
    En esta versión, se produce un error en el Comprobador de requisitos previos del Asistente de instalación cuando están presentes las actualizaciones de seguridad de Microsoft 3098779 y 3097997. No obstante, el Comprobador de requisitos previos puede detectar las actualizaciones y aconsejarle que las elimine mediante la opción Corregir. A continuación, podrá volver a ejecutar el Comprobador de requisitos previos con normalidad.

    Solución alternativa: Permita que el Asistente de instalación elimine las actualizaciones de seguridad de modo que el Comprobador de requisitos previos pueda funcionar. También puede eliminar las actualizaciones de forma manual. Tras completar el asistente, podrá volver a instalar las actualizaciones 3098779 y 3097997 de forma manual.

  • Nuevo Tras la instalación de vRealize Automation 7.1 o la actualización de vRealize Automation 7.0 a 7.1, falta la imagen de fondo personalizada seleccionada en la página de inicio de sesión

    La personalización de marca presente en vRealize Automation 7.0 falta en la página de inicio de sesión del tenant después de actualizar a vRealize Automation 7.1. La personalización de marca especificada no aparece en una nueva instalación de vRealize Automation 7.1.

  • Se produce un error en el aprovisionamiento del clon vinculado si no hay un snapshot disponible

    En versiones anteriores, el aprovisionamiento de un blueprint de clon vinculado con un snapshot con nombre (en lugar del snapshot actual) generaba un error si la reserva seleccionada estaba en un vCenter diferente del snapshot original, aunque la máquina virtual de plantilla y el snapshot se clonaran en el vCenter de destino. La solución anterior consistía en configurar políticas de reserva para que solo se pudiera aprovisionar el blueprint en la instancia de vCenter original. Se ha resuelto el problema subyacente para que se puedan aprovisionar blueprints de clon vinculado en cualquier reserva seleccionada dinámicamente que tenga acceso a un snapshot con el mismo nombre que el snapshot especificado en el blueprint. Para aplicar esta solución a los blueprints de clon vinculado existentes, abra el blueprint en el diseñador de blueprints y guárdelo. No es necesario realizar una edición manual del blueprint.

  • Algunas asignaciones de teclado internacional no son compatibles con la consola remota

    El SDK de la consola HTML de VMware se ha actualizado a la versión 2.1, que incluye compatibilidad con asignaciones de teclado adicionales, tal como se documenta en las Notas de la versión de. SDK de la consola HTML.

Problemas conocidos

Los problemas conocidos se agrupan de la siguiente manera.

Actualización
  • Una migración puede fallar cuando se sincronizan reservas de la base de datos de IaaS con la base de datos de PostgreSQL

    El error genera este mensaje: Se ha agotado el tiempo de lectura.

    Solución alternativa: Consulte el artículo 2149882 de la Base de conocimientos.

  • La carga de CPU aumenta después de actualizar de vRealize Automation 7.1 o 7.2 a 7.3

    Cuando se actualiza vRealize Automation 7.1 o 7.2 a 7.3, se agregan entradas duplicadas a la tabla DynamicOps.Repository.WorkflowSchedules de la base de datos de IaaS. Las programaciones duplicadas son para los flujos de trabajo de métricas. Tras la actualización, hay varios flujos de trabajo de métricas que ejecutan los mismos cálculos a la vez, por lo que aumenta la carga de CPU del sistema.

    Solución alternativa: Ninguna.

  • Se produce un error al agregar un nuevo servidor virtual a un equilibrador de carga a petición existente en una implementación  

    Al agregar un nuevo servidor virtual a un equilibrador de carga a petición existente en una implementación actualizada desde una versión anterior de vRealize Automation 7.x, la adición falla si se trata de la primera acción de reconfiguración en el equilibrador de carga desde la actualización. El fallo genera el código de error: 14623 sobre "puertos duplicados". El error se produce debido a que el sistema almacena la configuración predeterminada de las versiones anteriores. Este error no afecta a nada más en el sistema. Para las implementaciones de vRealize Automation 7.3, si se solicita la adición de un servidor virtual a un equilibrador de carga, y se realiza un cambio en otro servidor virtual al mismo tiempo, se produce un error en la solicitud y se genera el mismo error. 

    Solución alternativa: Para las implementaciones actualizadas: Realice una acción de reconfiguración en el equilibrador de carga y modifique una opción de cualquiera de los servidores virtuales. Esto corrige el problema mediante el cual el sistema almacena la configuración predeterminada de versiones anteriores. También puede hacerlo en equilibradores de carga actualizados desde versiones anteriores o en equilibradores de carga que tengan el mismo error.

    Para los equilibradores de carga actualizados y los equilibradores de carga implementados en 7.3, no edite un servidor virtual y agregue un servidor virtual en la misma solicitud. Lleve a cabo la acción de edición y de acción en diferentes solicitudes para evitar el error.

  • Nuevo Faltan los endpoints después de actualizar a vRealize Automation 7.3

    Después de realizar una actualización correcta a vRealize Automation 7.3, en la página Endpoints de la consola de vRealize Automation no aparece ningún endpoint.

    Solución alternativa: Consulte el artículo 2150252 de la Base de conocimientos.

  • Nuevo No se puede generar un archivo CSV para la importación en bloque debido a que hay entradas duplicadas

    Después de iniciar sesión en la consola de vRealize Automation, seleccionar Infraestructura > Administración > Importaciones en bloque y hacer clic en Generar archivo CSV, aparece el siguiente mensaje de error: "Se ha producido un error. Para obtener más información, consulte los registros de eventos del servidor de IaaS o póngase en contacto con el administrador del sistema". En los registros de eventos de la máquina de IaaS de Windows, verá entradas similares a esta: "System.ArgumentException: Ya se ha añadido un elemento con la misma clave". Este problema se produce cuando la consulta utilizada a fin de recuperar los blueprints para la importación en bloque devuelve entradas duplicadas.

    Solución alternativa: Use la utilidad cloudutil.exe a fin de generar el archivo CSV; para ello, siga estos pasos.

    1. Descargue cloudutil.exe de la página de descarga del instalador de Windows en el dispositivo de vRealize Automation: https://vra-va-hostname.domain.name:5480/installer/. CloudUtil es la interfaz de línea de comandos de vRealize Automation Designer. Ejecute los comandos en la máquina Windows en la que esté ejecutando el diseñador. La ubicación de instalación predeterminada en la máquina de Windows es C:\Archivos de programa (x86)\VMware\vCAC\vRealize Automation Designer.
    2. Genere el archivo CSV ejecutando este comando: CloudUtil.exe Machine-BulkRegisterExport
  • Nuevo Cuando se actualiza a vRealize Automation 7.3 desde un entorno integrado con la versión actual de vRealize Business, la información del gasto aparece como "no disponible" para todos los elementos del catálogo en la consola de vRealize Automation

    Se trata de un problema temporal que se resolverá al actualizar a la versión más reciente de vRealize Business.

    Solución alternativa: Actualice a vRealize Business for Cloud 7.3.0.

    A pesar de ello, la información del gasto de máquinas virtuales de vRealize Automation se puede ver en los informes y otras secciones de vRealize Business.

  • Nuevo Después de desinstalar WEBDAV como uno de los requisitos previos para la actualización de una máquina de IaaS R2 2012, el Asistente de configuración muestra un mensaje de InternalServerError.

    Este mensaje aparece porque se ha detenido el grupo de aplicaciones de repositorio: "Distributed Execution Manager no se puede actualizar porque apunta a un host Model Manager Web :443, el cual no se puede validar. Debe corregir este error antes de volver a ejecutar la actualización: El servicio Model Manager Web está instalado en el host :443, pero no está en funcionamiento. Código de estado de respuesta HTTP Web: InternalServerError".

    Solución alternativa: Vaya a los grupos de aplicaciones en el servidor IIS, inicie el grupo de aplicaciones del repositorio y continúe con la actualización.

  • Nuevo Después de actualizar un entorno de clústeres de vRealize Automation, no se está ejecutando uno de los nodos de Xenon

    Durante la actualización, no se ha iniciado uno de los nodos de vRrealize Automation.

    Solución alternativa: Compruebe el estado de cada nodo en la pestaña Xenon de la consola de administración. Si uno de los nodos no se está ejecutando, inicie el nodo manualmente. Como alternativa, puede abrir una conexión SSH a cada nodo y ejecutar "service xenon-service status". Si el nodo no se está ejecutando, ejecute "service xenon-service start".

  • Nuevo Al instalar manualmente un componente de sitio web de IaaS, el instalador heredado de IaaS muestra un error de validación de certificado

    El mensaje de error aparece cuando hace clic en Siguiente en la página de instalación personalizada del servidor de IaaS con el componente de sitio web seleccionado. Este mensaje de error es un falso resultado negativo y aparece incluso cuando se selecciona la opción correcta. El error evita la instalación de un componente de sitio web de IaaS de vRealize Automation 7.3.

    Solución alternativa: Consulte el artículo 2150645 de la Base de conocimientos.

  • Nuevo Problemas ocurridos durante la migración o actualización de vRealize Automation mediante una versión externa de vRealize Orchestrator 7.4 con autenticación básica

    Han ocurrido problemas debido a que vRealize Orchestrator 7.4 tiene un entorno multicliente y no es compatible con las conexiones de autenticación básica. 

    Solución alternativa: En el centro de control, configure el dispositivo de vRealize Orchestrator para que utilice vRealize Automation como proveedor de autenticación. En vRealize Automation, utilice Single Sign-On para la configuración del servidor de vRealize Orchestrator. 

    Solo se admite la autenticación básica si utiliza el centro de control de vRealize Orchestrator para configurar Orchestrator 7.4 para que utilice el modo de autenticación de vSphere. Si procede de esta manera, no se admite el entorno multicliente de vRealize Orchestrator.

Configuración y aprovisionamiento
  • Cuando un usuario solicita la reconfiguración de la ruta de red de una máquina, y la ruta de red original no se selecciona en la reserva de la máquina, parece que la solicitud se procesa correctamente y vRealize Automation elimina el registro de la tarjeta de red de la máquina de su base de datos silenciosamente. No se realiza ningún cambio en la máquina

    No se puede volver a configurar la ruta de red de una máquina cuando la ruta de red original no está seleccionada en la reserva de la máquina. Cualquier solicitud para hacerlo producirá un error con el mensaje de error correspondiente. En su lugar, parecerá que se ha procesado correctamente y se eliminará el registro de la tarjeta de red de la máquina de la base de datos de vRealize Automation silenciosamente. La máquina no se verá afectada.

    Solución alternativa: Ninguna. La vista de vRealize Automation de la máquina con respecto a su registro de la tarjeta de red se restaurará a su estado original la próxima vez que se ejecute una recopilación de datos para el clúster asociado.

  • Tras la conmutación por error del dispositivo vRealize Appliance, la página de estado tarda demasiado en cargarse

    Si la página de estado se abre antes de la conmutación por error de los dispositivos vRealize Appliance, esta puede tardar hasta 15 minutos en cargarse por primera vez tras la conmutación por error.

    Solución alternativa: Restaure la funcionalidad del primer dispositivo, o reinicie el servicio vcac-server en el dispositivo en ejecución.

  • El precio de una implementación no es preciso cuando el blueprint contiene un perfil de componentes de imagen

    Cuando se selecciona un perfil de componentes de imagen en tiempo de edición, se desconoce el tamaño de disco del clon cuando un usuario solicita una máquina. Cuando el usuario solicita el precio de una máquina, el precio que se muestra no sea preciso. El precio no incluye el disco del clon en la plantilla que se ha seleccionado como parte del perfil de componentes de imagen.

    Solución alternativa: Cuando un usuario solicita elementos del catálogo, vRealize Business corrige el coste de la implementación tras incluir el tamaño de disco del clon que utiliza la máquina.

  • Una operación de destrucción realizada en un miembro del clúster no permite que las acciones de escalado horizontal o vertical funcionen como deben

    Al destruir una máquina que forma parte de un clúster de varias máquinas manualmente, ya no se pueden realizar acciones posteriores al aprovisionamiento de escalado vertical u horizontal fiables. Al destruir manualmente un miembro de un clúster mediante la acción de destrucción en la máquina, se produce un error de coincidencia de recuento. Con un error de coincidencia de recuento, una operación de escalado horizontal supone que la máquina que se destruyó aún forma parte del clúster. Esto evita que la operación de escalado horizontal agregue las máquinas necesarias. Si el recuento no coincide por 1 máquina y el límite del clúster es 5, puede haber un máximo de 4 máquinas virtuales reales y 1 máquina fantasma. Para una acción de escalado vertical, el servicio de composición intentará realizar el escalado vertical en una sola máquina, por lo que se destruirán todos los miembros del clúster.

    Solución alternativa: Para las implementaciones que admiten acciones de escalado horizontal o vertical, no autorice acciones de destrucción. Esto evitará errores de coincidencia de recuento. Si cree su implementación tiene una máquina en un clúster que se destruyó manualmente, un administrador puede comprobarlo contando la cantidad de miembros del clúster que aparecen en la página de implementaciones. Si hay un clúster con una máquina virtual destruida, vuelva a implementar la implementación y no autorice acciones de destrucción en la nueva implementación.

  • Las implementaciones con varios equilibradores de carga no muestran correctamente los servidores virtuales de equilibradores de carga

    En las implementaciones con varios equilibradores de carga implementadas en vRealize Automation 7.2 o versiones anteriores, cada equilibrador de carga muestra servidores virtuales de todos los equilibradores de carga presentes en la implementación.

    Solución alternativa: Ninguna.

  • No se puede agregar una regla de enrutamiento de puerto NAT a una red NAT a petición implementada asociada a un proveedor IPAM de terceros

    Cuando se agrega una regla de enrutamiento de puerto NAT mediante la acción posterior al aprovisionamiento Cambiar reglas NAT a una red NAT a petición implementada asociada a un proveedor IPAM de terceros, el menú desplegable del campo Componente no muestra ningún dato y no acepta datos nuevos. Esto evita que se agregue una nueva regla.

    Solución alternativa: Ninguna.

  • Si se configura una propiedad enlazada para pasarla a un script de software de la línea de comandos de Windows, el script no recibe la propiedad enlazada en tiempo de ejecución

    No se pueden pasar propiedades de entrada enlazadas a un script de software de la línea de comandos de Windows. Los demás tipos de script de software, como bash o Windows PowerShell, sí admiten que se pasen propiedades a los scripts de software como una matriz de valores, pero la línea de comandos de Windows no admite el tipo de matriz de argumento (argv).

    Solución alternativa: Ninguna.

  • Después de realizar una prueba de conexión correctamente, y de guardar el endpoint con una huella digital válida, los registros del agente de vSphere o DEM contienen mensajes de error sobre una conexión cerrada, la incapacidad de establecer una relación de confianza, o un certificado remoto no válido

    En vRealize Automation 7.3, los endpoints de vSphere y NSX admiten la validación de certificados. Ya no se pueden utilizar certificados que no sean de confianza con estos endpoints. Aunque es posible usar el botón Probar conexión para validar la huella digital del certificado en los endpoints, si el certificado se genera de modo que el certificado raíz de la cadena de certificados no esté autofirmado, el proceso de validación del certificado de los dos endpoints puede fallar y provocar un error funcional en la recopilación de datos, el aprovisionamiento o las acciones posteriores al aprovisionamiento.

    Solución alternativa:

    Para vSphere

    Descargue el certificado raíz en la cadena de certificados de endpoint.

    • Para el endpoint de vCenter 6.0 o versiones posteriores, consulte http://kb.vmware.com/kb/2108294.
    • Para el endpoint de vCenter 5.5 o versiones anteriores, descargue el certificado raíz desde la ruta de certificación del certificado del endpoint.

    Siga estos pasos.

    1. Primero descargue el certificado del endpoint accediendo a este directamente en el navegador.
    2. Vaya a la ruta de certificación para obtener el certificado raíz.
    3. Descargue el certificado raíz en la cadena.
    4. Instale el certificado en el almacén raíz de confianza de las máquinas de agente y DEM.


    Para el endpoint de NSX

    1. Descargue el certificado del endpoint accediendo a este directamente en el navegador.
    2. Vaya a la ruta de certificación para obtener el certificado raíz.
    3. Descargue el certificado raíz en la cadena.
    4. Instale el certificado en el almacén raíz de confianza de las máquinas de DEM.
  • Nuevo Se produce un error al ejecutar la acción posterior al aprovisionamiento Volver a configurar el equilibrador de carga para un blueprint importado desde YAML

    En ocasiones, al ejecutar la acción posterior al aprovisionamiento Volver a configurar el equilibrador de carga en una implementación, se produce un error en la acción. Esto sucede cuando el blueprint asociado a la implementación se importa desde un archivo YAML que contiene un equilibrador de carga a petición con un valor en el campo de nombre diferente del valor del campo de ID.

    Solución alternativa: Ninguna.

    Siga estos pasos para corregir el blueprint a fin de permitir la ejecución de acciones posteriores al aprovisionamiento en el equilibrador de carga en futuras implementaciones.

    1. En la consola de vRealize Automation, seleccione el blueprint cuyos valores de ID y nombre no coincidan.
    2. Haga clic en Editar y vuelva a introducir el nombre del componente del equilibrador de carga.
    3. Guarde el blueprint. Esto permite establecer el mismo valor para el nombre y el ID integrados en el blueprint.

    Al aprovisionar una nueva implementación mediante el blueprint modificado, la acción de reconfiguración del equilibrador de carga funcionará. Puede evitar este problema si se asegura de que todos los archivos YAML especifiquen valores de nombre e ID idénticos en cada componente del equilibrador de carga a petición.

  • Nuevo Aún se puede abrir una conexión HTTP segura en el dispositivo de vRealize Automation mediante el protocolo de Tls1.0 en los puertos 443 y 8283

    Si se abre una conexión o se realiza una llamada API en el dispositivo de vRealize Automation en el puerto 443 para el servidor de vRealize Automation, el servidor de vRealize Orchestrator o el servidor de vIDM o en el puerto 8283 para el servidor de configuración de vRealize Orchestrator, aún se admite el protocolo TLS1.0 para SSL.

    Solución alternativa:

    Nota: La siguiente solución alternativa para deshabilitar TLS1.0 se debe usar de manera temporal y no se debe aplicar durante la actualización. Si se ha deshabilitado TLS1.0 a través de esta solución alternativa, la lógica de actualización para este dispositivo podría interrumpirse. Se recomienda al cliente que espere una compilación oficial con la corrección que permita deshabilitar el protocolo TLS1.0.

    1. Abra una sesión de SSH en el dispositivo principal de vRealize Automation de su implementación. Si su entorno cuenta con un único dispositivo de vRealize Automation, abra una sesión de SSH en este dispositivo.

    2. Edite los siguientes archivos:

    /etc/haproxy/conf.d/20-vcac.cfg

    frontend https-in

    ...

    - bind 0.0.0.0:443 ssl crt /etc/apache2/server.pem ciphers !aNULL:kECDH+AESGCM:ECDH+AESGCM:RSA+AESGCM:kECDH+AES:ECDH+AES:RSA+AES:@STRENGTH no-sslv3

    + bind 0.0.0.0:443 ssl crt /etc/apache2/server.pem ciphers !aNULL:!eNULL:kECDH+AESGCM:ECDH+AESGCM:RSA+AESGCM:kECDH+AES:ECDH+AES:RSA+AES:@STRENGTH no-sslv3 no-tlsv10

    ...

    /etc/haproxy/conf.d/30-vro-config.cfg

    frontend https-in-vro-config

    ...

    - bind :::8283 v4v6 ssl crt /opt/vmware/etc/lighttpd/server.pem ciphers TLSv1+HIGH:!aNULL:!eNULL:!3DES:!RC4:!CAMELLIA:!DH:!kECDHE:@STRENGTH no-sslv3

    + bind :::8283 v4v6 ssl crt /opt/vmware/etc/lighttpd/server.pem ciphers TLSv1+HIGH:!aNULL:!eNULL:!3DES:!RC4:!CAMELLIA:!DH:!kECDHE:@STRENGTH no-sslv3 no-tlsv10

    ...

    3. Ejecute: service haproxy restart

    4. Ejecute: /usr/sbin/vcac-config cluster-config-ping-nodes --services haproxy

    Ahora cada dispositivo de vRealize Automation en su entorno ya no debería admitir TLS1.0 para las conexiones seguras en los puertos 443 y 8283.

  • Nuevo El uso de los dos puntos (:) como separador no se reconoce correctamente en un archivo YAML cuando se crea un proyecto de contenedor de Windows

    Este problema ocurre cuando se crea un proyecto con un volumen de contenedor donde la ruta del contenedor y la ruta del host incluyen una letra de unidad de Windows con dos puntos, por ejemplo D:/DBFILES/:c:/temp/. Después de guardar y abrir el proyecto, el valor de ruta del host y de ruta del contenedor no se reconoce correctamente debido a que los primeros dos puntos de la letra de unidad se interpretan de forma incorrecta como un separador.

    Solución alternativa: Ninguna.

  • Nuevo Se produce un error al ejecutar la acción posterior al aprovisionamiento Cambiar reglas NAT para un blueprint importado desde YAML

    Cuando se invoca en una implementación, la acción posterior al aprovisionamiento Cambiar reglas NAT genera el siguiente error: No se pudo invocar la solicitud de actualización de la implementación [{No se pudo determinar el estado actual del componente de nat1}]. Esto sucede cuando el blueprint asociado con la implementación se importó desde un archivo YAML que contiene una red NAT a petición con valores que no son idénticos en los campos de nombre e ID.

    Solución alternativa: Ninguna. Siga estos pasos para arreglar el blueprint.

    1. Edite el blueprint asociado en la consola de vRealize Automation y vuelva a seleccionar el perfil de red principal que desee para la red NAT a petición.
    2. Guarde el blueprint.

    Esto permite establecer el mismo valor para el nombre y el ID integrados en el blueprint. Al aprovisionar una nueva implementación mediante el blueprint, la acción Cambiar reglas de NAT funcionará. Puede evitar este problema si se asegura de que todos los archivos YAML especifiquen valores de nombre e ID idénticos en cada componente de red NAT a petición.

  • Nuevo Los vínculos de descarga de la página de instaladores de agentes de software e invitado de Java Runtime Environment para Linux no son correctos

    Estos vínculos aparecen en la sección de instaladores de software de Linux.

    • vmware-jre-1.8.0_121-fcs.i586.rpm
    • vmware-jre-1.8.0_121-fcs.x86_64.rpm

    Al hacer clic en uno de estos vínculos, se abre una nueva página y donde se muestra el error Estado HTTP 404: No encontrado

    Solución alternativa:

    Para descargar estos archivos RPM:

    1. Sustituya el nombre del archivo en la dirección URL que aparece en el campo de dirección del navegador tras hacer clic en el vínculo.

    • Sustituir vmware-jre-1.8.0_121-fcs.i586.rpm por vmware-jre-1.8.0_121-fcs_b31.i586.rpm.
    • Sustituir vmware-jre-1.8.0_121-fcs.x86_64.rpm por vmware-jre-1.8.0_121-fcs_b31.x86_64.rpm.

    Por ejemplo:

    • https://va-hostname.domain.name​ /software/download/vmware-jre-1.8.0_121-fcs_b31.x86_64.rpm
    • https://va-hostname.domain.name /software/download/vmware-jre-1.8.0_121-fcs_b31.i586.rpm

    2. Pulse Intro.

    A pesar de que el mensaje de error permanece en el navegador, el archivo se descarga correctamente.

Documentación
  • Nuevo El procedimiento Definir configuración de la distribución del servidor virtual contiene patrones de tráfico HTTPS no compatibles

    El procedimiento Definir configuración de la distribución del servidor virtual contiene el siguiente paso secundario.

    Seleccione ID de sesión SSL para admitir uno de los siguientes patrones de tráfico HTTPS compatibles:

    • Acceso directo SSL: Cliente -> HTTPS -> LB (acceso directo SSL) -> HTTPS -> Servidor
    • Cliente: HTTP-> LB -> HTTP -> Servidores

    Si selecciona el patrón Cliente - HTTP, el sistema utiliza el patrón de tráfico Acceso directo SSL - Cliente en su lugar. vRealize Automation no admite el patrón de tráfico Cliente - HTTP.

    Solución alternativa. No seleccione el patrón de tráfico Cliente - HTTP.

Problemas conocidos anteriores

Para ver la lista de problemas conocidos anteriores, haga clic aquí.

Los problemas conocidos anteriores se agrupan de la siguiente manera.

    Instalación
    • Se produce un error en la configuración de la base de datos durante la instalación nueva de vRealize Automation 7.2 en la versión en turco de Windows
      Si el servidor de IaaS tiene la versión en turco de Windows, se producirá un error en el Asistente de instalación de vRealize Automation durante la configuración con el siguiente mensaje: MSB3073.

      Solución alternativa: Este problema se resolverá en una versión posterior.

    • vRealize Automation 7.1 no es compatible con el modo 130 de Microsoft SQL 2016
      La base de datos de Microsoft SQL 2016 creada durante la instalación del asistente de vRealize Automation utiliza el modo 100. Si crea manualmente una base de datos de SQL 2016, esta también debe utilizar el modo 100. Para obtener información relacionada, consulte el artículo de Microsoft Requisitos previos, restricciones y recomendaciones para Grupos de disponibilidad AlwaysOn.

    • La página del dispositivo vRealize Automation no se carga correctamente
      Al usar Internet Explorer 11 en Windows 2012 R2, la página de la interfaz web del dispositivo vRealize Automation no se carga correctamente.

      Solución alternativa: Use otro navegador para acceder a la página de la interfaz web de vRealize Automation.

    Actualización
    • Se produce un error en la migración de vRealize Automation 6.x a 7.2 si el entorno de destino de la versión 7.2 tiene un grupo de administradores de vRealize Orchestrator distinto del predeterminado

      El grupo de administradores de vRealize Orchestrator predeterminado, vsphere.local/vcoadmin, no debe cambiarse en el centro de control de vRealize Orchestrator antes de la migración.

      Solución alternativa: Consulte el artículo 2148669 de la Base de conocimientos.

    • El cliente STOMP no puede establecer la conexión después de actualizar tcServer a la versión 3.2
      En vRealize Automation 7.2, IaaS Manager Service solo es compatible con el sondeo de REST como mecanismo de conexión al comunicarse con el servicio de agentes de eventos. Se ignora la opción de configuración Extensibility.Client.RetrievalMethod.

    • Si se deshabilita la telemetría antes de actualizar vRealize Automation 6.2.4 o 6.2.5 a 7.2, la pestaña de telemetría de la consola de administración del dispositivo de vRealize Automation puede mostrar un error
      Puede que aparezca el siguiente mensaje tras la actualización: Error: No se puede determinar el siguiente tiempo de ejecución. Vuelva a habilitar o a deshabilitar la telemetría. Este mensaje aparece debido a que no se recopilan datos de telemetría, de modo que el sistema no puede determinar el siguiente tiempo de ejecución correcto. Si se da este caso, no se podrán llevar a cabo funciones de telemetría.

      Solución alternativa: Para habilitar o deshabilitar la telemetría, marque la casilla Unirse al programa de mejora de la experiencia de cliente de VMware y haga clic en Guardar configuración.

    • Se producen errores durante la migración de Active Directory nativos
      Actualmente, la utilidad de migración de SSO no transfiere Active Directory nativos automatizados durante el proceso de migración de vRealize Automation.

      Solución alternativa: Si configura e inicia Active Directory nativos de forma manual, podrá migrarlos correctamente. Esto se debe hacer después de finalizar el proceso de migración de vRealize Automation.

    • Se produce un error durante la migración del nodo IaaS de vRealize Automation 6.2.4 a 7.1 cuando el nombre de la instancia del servidor PostgreSQL contiene caracteres que no son ASCII

      Solución alternativa: Use el procedimiento Migrar un entorno de vRealize Automation con una copia de seguridad de la base de datos de IaaS para migrar el entorno de vRealize Automation 6.2.4. a 7.1.

    • La configuración del agente de administración de IaaS se daña tras la actualización de un entorno de alta disponibilidad de vRealize Automation 6.2.3 o anterior a 7.1
      Tras la actualización de vRealize Automation 6.2.2 a 7.1, no se puede iniciar el agente de administración de IaaS. Un mensaje de error informa de que falta un ID del nodo en el archivo de configuración del agente de administración.

      Solución alternativa: Consulte el artículo 2146550 de la Base de conocimientos.

    • Se produce un error en las acciones de escalado vertical y horizontal en una implementación actualizada
      Las acciones de escalado vertical u horizontal no son compatibles con las implementaciones importadas en bloque ni con las implementaciones actualizadas desde vRealize Automation 6.x.

      Solución alternativa: No hay solución. Las nuevas implementaciones que se llevan a cabo desde blueprints tras la actualización sí son compatibles con las acciones de escalado vertical u horizontal.

    • Cuando se inicia sesión en la consola de administración del dispositivo de vRealize Automation, aparece un mensaje de error
      Tras iniciar sesión con las credenciales correctas, aparece un mensaje de error con el siguiente texto: “La respuesta del servidor no es válida. Inténtelo de nuevo”. La causa de esto es un problema con la caché del navegador.

      Solución alternativa: Cierre sesión, borre la caché del navegador e inicie sesión de nuevo.

    • Determinados blueprints no se pueden actualizar por completo debido a errores en la actualización de los recursos del catálogo
      Puede que los blueprints de varias máquinas actualizados que contienen redes a petición u opciones del equilibrador de carga no funcionen correctamente después de actualizar a vRealize Automation 7.x.

      Solución alternativa: Tras la actualización, elimine y vuelva a crear las implementaciones asociadas con los blueprints de varias máquinas. Todas las tareas de limpieza de NSX Edge se deben llevar a cabo en NSX.

    • Cuando se actualiza de vRealize Automation 6.2.0 a 7.0, se produce un error en la actualización de vPostgres y aparece un mensaje de error
      Si el sistema contiene una base de datos de RPM dañada, el mensaje de error siguiente aparecerá durante el proceso de actualización: No se pueden instalar las actualizaciones (mientras se ejecutaban los scripts previos a la instalación).

      Solución alternativa: Para obtener información sobre cómo recuperar una base de datos de RPM dañada, consulte el artículo “Recuperación de bases de datos de RPM” en el sitio web de RPM (RPM). Cuando haya solucionado el problema, vuelva a ejecutar la actualización.

    • Cuando se ejecuta el Comprobador de requisitos previos, se produce un error y aparece una advertencia sobre RegistryKeyPermissionCheck, pero las instrucciones para corregir el error no funcionan durante la instalación
      Se produce un error en el Comprobador de requisitos previos debido a que distingue entre mayúsculas y minúsculas en el nombre de usuario.

      Solución alternativa: Cambie temporalmente el usuario que indicó para ejecutar el servicio de agente de administración en el equipo Windows por otro usuario y después vuelva a cambiar al usuario original utilizando las mayúsculas y minúsculas correctas.

    • Al actualizar Manager Service y el sistema DEM Orchestrator, aparece un mensaje de error de validación de nombre y el host Model Manager Web no se puede validar
      El siguiente error aparece si se cambia el nombre del equilibrador de carga en el archivo ManagerService.exe.config:
      Distributed Execution Manager "NAME" no se puede actualizar porque apunta al host Model Manager Web "xxxx.xxxx.xxxx.net:443", el cual no se puede validar. Debe corregir este error antes de volver a ejecutar la actualización: No se puede validar el host Model Manager Web. Según el proceso de validación, el certificado remoto no es válido.

      Solución alternativa: Realice los siguientes cambios en el archivo de configuración ManagerService.exe.config. La ubicación predeterminada se encuentra en C:\Archivos de programa (x86)\VMware\vCAC\Server\ManagerService.exe.config.
      Cambie los valores del registro de todas las instancias de DEM. Por ejemplo, estas instancias de DEM de las siguientes entradas del registro se deberían actualizar.

      [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\VMware, Inc.\VMware vCloud Automation Center DEM\DemInstanceId02]
      "Name"="DEM"
      "Role"="Worker"
      "RepositoryAddress"="https://host_name:443/repository/"

      [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\VMware, Inc.\VMware vCloud Automation Center DEM\DemInstanceId03]
      "Name"="DEO"
      "Role"="Orchestrator"
      "RepositoryAddress"="https://host_name:443/repository/"

    • Las actualizaciones de seguridad afectan a la instalación silenciosa
      En esta versión, las actualizaciones de seguridad de Microsoft 3098779 y 3097997 impiden que la nueva característica de instalación silenciosa funcione correctamente. Estas actualizaciones son las mismas que afectan al Comprobador de requisitos del Asistente de instalación.

      Solución alternativa: Antes de comenzar la instalación silenciosa, elimine de forma manual las actualizaciones de los servidores de Windows de IaaS. Podrá volver a instalar las actualizaciones 3098779 y 3097997 cuando finalice la instalación silenciosa.

    Configuración y aprovisionamiento
    • El aprovisionamiento de máquina virtual de Azure genera errores si el nombre del grupo de recursos contiene caracteres no ASCII

      Solución alternativa: No utilice caracteres no ASCII en el nombre del grupo de recursos.

    • La recopilación de datos de estado solo devuelve la dirección IP principal

      Este comportamiento puede afectar a su capacidad para usar Conectar mediante RDP, Conectar mediante SSH o para registrar una máquina virtual como host de contenedor en el servicio de contenedor y otros que dependan del acceso a una máquina virtual mediante la dirección IP de máquina virtual.

      Solución alternativa: Este problema se resolverá en una versión posterior.

    • Al agregar una máquina de Azure a un blueprint de la pestaña Diseño, aparece un mensaje de error interno
      Cuando se usa un servidor externo de vRealize Orchestrator con vRealize Automation, no se admite la integración con Microsoft Azure.

      Solución alternativa: Exporte el complemento y el paquete de Azure del servidor interno de vRealize Orchestrator en el dispositivo virtual de vRealize Automation, e instale o importe el complemento y el paquete en el servidor externo de vRealize Orchestrator. Tras la instalación del complemento de Azure o la importación del paquete de Azure en el servidor externo de vRealize Orchestrator, se admitirá Microsoft Azure en el entorno de vRealize Automation.

      1. Inicie sesión en el centro de control de vRealize Orchestrator del servidor interno de vRealize Orchestrator en el dispositivo virtual de vRealize Automation. Para obtener instrucciones, consulte Iniciar sesión en la interfaz de configuración de vRealize Orchestrator.
      2. En Complementos, haga clic en Administrar complementos.
      3. Busque el complemento de Azure y haga clic con el botón derecho en Descargar complemento en el archivo DAR. Guarde el archivo en el escritorio.
      4. Inicie sesión en el centro de control de vRealize Orchestrator del servidor externo de vRealize Orchestrator. Para obtener instrucciones, consulte Iniciar sesión en la interfaz de configuración de vRealize Orchestrator.
      5. En Complementos, haga clic en Administrar complementos.
      6. En Instalar complemento, haga clic en Examinar y busque el archivo DAR de Azure que ha descargado en el escritorio.
      7. Haga clic en Instalar. Si aparece un mensaje de confirmación, haga clic en Instalar de nuevo.
      8. En las opciones de inicio del centro de control, haga clic en Reiniciar para finalizar la instalación del nuevo complemento.
      9. Reinicie todos los dispositivos virtuales de vRealize Automation a la vez.
        La funcionalidad de integración con Microsoft Azure debería restablecerse.


      Si la integración no funciona correctamente tras el reinicio, compruebe que el paquete de Azure, com.vmware.vra.endpoint.azure, se encuentre en el servidor externo de vRealize Orchestrator. Si el paquete de Azure no está presente, siga estos pasos.

      1. Inicie sesión en el cliente del servidor interno de vRealize Orchestrator en el dispositivo virtual de vRealize Automation.
      2. Exporte el paquete de Azure, com.vmware.vra.endpoint.azure. Para obtener instrucciones, consulte Exportar un paquete.
      3. Inicie sesión en el cliente de vRealize Orchestrator del servidor externo de vRealize Orchestrator.
      4. Importe el paquete de Azure, com.vmware.vra.endpoint.azure, en el servidor externo de vRealize Orchestrator. Para obtener instrucciones, consulte Importar un paquete.

       

    • Las llamadas a máquinas virtuales clonadas por parte de las solicitudes del catálogo de XaaS concurrentes sin flujos de trabajo personalizados con 30 usuarios provocan errores en las solicitudes
      Al solicitar blueprints XaaS que invocan flujos de trabajo de vRealize Orchestrator para que realicen operaciones en endpoints lentos con una concurrencia alta, se produce el siguiente error en algunas de las solicitudes java.net.SocketTimeoutException: Se ha agotado el tiempo de lectura. Los flujos de trabajo de vRealize Orchestrator también se pueden volver a activar varias veces si se agota el tiempo de espera de las solicitudes.

      Solución alternativa: Siga estos pasos en cada nodo del dispositivo de vRealize Automation. El archivo vcac.properties no se conserva tras la actualización. Debe repetir estos pasos después de la actualización.

      1. Abra una sesión SSH en el dispositivo de vRealize Automation.
      2. Edite el archivo /etc/vcac/vcac.properties para aumentar el tiempo de espera del cliente a 10 minutos incluyendo la siguiente línea en el archivo: vco.socket.timeout.millis=600000
      3. En el símbolo del sistema, ejecute este comando para reiniciar el servicio vcac-server: service vcac-server restart

       

    • La recopilación de datos del inventario se detiene durante la conmutación por error de vCenter Server HA (VCHA)

      En casos excepcionales, el progreso de los elementos de trabajo puede detenerse para un endpoint de vSphere 6.5 administrado durante una conmutación por error de VCHA.

      Solución alternativa: Reinicie el agente de vSphere de vRealize Automation. Si la recopilación de datos se bloquea, póngase en contacto con GSS.

    • Se producen errores en implementaciones de blueprint de vRealize Automation que incluyen objetos de NSX al aprovisionar un clúster en el que NSX Manager tiene la función secundaria
      En una implementación de Cross-vCenter de NSX, los objetos universales de NSX, como las puertas de enlace de perímetro, las nuevas conexiones virtuales y el equilibrador de carga se deben aprovisionar mediante la instancia de NSX Manager que tiene la función principal. Si intenta aprovisionar objetos universales a una instancia secundaria de NSX Manager, ocurre un error en el proceso. vRealize Automation no admite el aprovisionamiento de objetos universales de NSX a un endpoint de vSphere con integración de seguridad y de red en el que la instancia de NSX Manager especificada tiene una función secundaria.

      Solución alternativa: Para poder utilizar objetos globales de NSX, debe crear conexiones virtuales y una zona de transporte local de NSX específica de la región. Consulte el artículo 2147240 de la Base de conocimientos de VMware para obtener información acerca de este proceso en VMware Validated Design.

    • Las máquinas aprovisionadas en Azure se conservan tras eliminar un endpoint de Azure
      La eliminación de un endpoint de Azure deja máquinas, blueprints y reservas huérfanos. Si desea eliminar una máquina virtual de Azure concreta antes de eliminar el endpoint de Azure, elimínela de forma manual mediante la consola de vRealize Automation.

    • En un equipo Mac, cuando se abre una segunda instancia de VMware Remote Console para una sola máquina virtual, ambas consolas aparecen en blanco
      Aunque se puede abrir más de una instancia de VMware Remote Console (VMRC) para una sola máquina virtual en Windows, VMRC no admite varias sesiones. En Windows, cada consola es un proceso independiente; en Mac, cada consola intenta mostrar un solo proceso.

      Solución alternativa: Cierre todas las instancias de VMRC y abra solo una para cada máquina.

    • El reaprovisionamiento de una máquina virtual administrada en vSphere 6.5 durante una conmutación por error de vCenter High Availability (VCHA) elimina de forma permanente la máquina virtual
      Durante una conmutación por error de VCHA con vSphere 6.5, si hay una operación de reaprovisionamiento en curso con una máquina virtual en el mismo endpoint de vSphere, puede que se destruya la máquina virtual. Este evento es poco común.

      Solución alternativa: Solicite el blueprint original de la máquina virtual destruida.

    • Aparece un error de credenciales no válidas de vRealize Automation tras una conmutación por error de vCenter High Availability (VCHA)
      Tras una conmutación por error de VCHA en un endpoint administrado de vSphere 6.5, puede que los registros de vRealize Automation contengan este mensaje de error para el endpoint: No se puede completar el inicio de sesión porque el nombre de usuario o la contraseña son incorrectos.

      Solución alternativa: Reinicie el agente de vCenter de vRealize Automation.

    • El cambio de reserva de una máquina virtual no funciona cuando el propietario no es el mismo
      Cuando la operación de registro se invoca en una máquina virtual de IaaS administrada, la reserva utilizada debe pertenecer al propietario actual de dicha máquina virtual. En el parámetro de usuario solo se puede especificar el propietario actual. Si se especifica un usuario que no es el propietario actual, el sistema registra la pertenencia de la máquina virtual a un propietario en IaaS y a otro diferente en el catálogo.

      Solución alternativa: Use el flujo de trabajo Cambiar reserva a una máquina virtual de IaaS solo para reservas que pertenezcan al propietario actual de la máquina virtual.

    • No se pueden seleccionar blueprints para la importación en bloque de una máquina no administrada en vRealize Automation 7.1 actualizado a 7.2
      IaaS transfiere un ID de tenant en minúsculas a la API que recupera blueprints para la importación en bloque, y no con el formato de mayúsculas y minúsculas presentado por el servicio de autorización. Si el usuario crea un ID de tenant que usa mayúsculas y minúsculas como, por ejemplo, Rainpole, en vez de rainpole, se producirá un error en la búsqueda.

      Solución alternativa: Cree el archivo CSV sin nombres ni componentes de blueprint y, a continuación, edite de forma manual el archivo CSV con los valores que desee para dichos campos.

    • Los contenedores anidados no admiten redes
      No se puede agregar una red a un contenedor anidado.

      Solución alternativa: Este problema se resolverá en una versión posterior.

    • El contenido de las ventanas no se muestra correctamente tras conectarse a una máquina virtual en vSphere 6.5 mediante la consola remota
      Al conectarse a una máquina alojada en un endpoint de vSphere 6.5 mediante la consola remota, se produce un error en la conexión o esta no se puede usar.

      Solución alternativa: Conéctese a la máquina afectada mediante la aplicación del cliente de VMRC. Seleccione Conectar mediante VMRC.

    • Algunos componentes no funcionan como se espera tras arrastrar un blueprint interior existente a un blueprint exterior actual
      La configuración del componente puede cambiar según la ubicación del blueprint. Por ejemplo, si incluye grupos de seguridad, etiquetas de seguridad o redes a petición tanto a nivel de blueprint interior como exterior, la configuración del blueprint exterior reemplazará la del blueprint interior. Los componentes de redes y seguridad solo son compatibles con el nivel de blueprint exterior, a excepción de las redes existentes que funcionan a nivel de blueprint interior.

      Solución alternativa: Añada todos los grupos de seguridad, las etiquetas de seguridad y las redes a petición solo al blueprint exterior.

    • En un entorno de alta disponibilidad, Horizon no puede realizar la autenticación tras la conmutación por error

      Solución alternativa: Después de la conmutación por error, reinicie el dispositivo de vRealize Automation para restaurar la autenticación.

    • Si crea un grupo de propiedades cuyo nombre incluya un punto, no podrá usar la interfaz de usuario de vRealize Automation para editarlo
      Este problema ocurre cuando se crea un grupo de propiedades cuyo nombre incluya un punto, por ejemplo, property.group. Si usa la interfaz de usuario de vRealize Automation para editar este grupo de propiedades, aparecerá una página en blanco. Puede usar la API de REST para editar este grupo de propiedades.

      Solución alternativa: Evite usar un nombre de grupo de propiedades que contenga puntos. Si es inevitable, use la API de REST para editar dicho grupo.

    • La pérdida de comunicación entre IaaS y el catálogo de servicios común durante el proceso de destrucción provoca que la máquina virtual quede en estado de baja
      Si se interrumpe la comunicación entre IaaS y el catálogo de servicios común mientras la solicitud de destrucción está en curso, pero antes de que vRealize Automation elimine el registro de la máquina virtual de la base de datos, la máquina conservará el estado de baja. Cuando se restablezca la comunicación, la solicitud de destrucción se actualizará como correcta o fallida, pero la máquina seguirá siendo visible. Aunque la máquina se haya eliminado del endpoint, aún se podrá ver el nombre en la interfaz de administración de vRealize Automation.

    • Cuando se cambia el nombre de host del dispositivo de vRealize Automation, los servicios se marcan como no disponibles

      Solución alternativa: Si algunos servicios no están disponibles después de cambiar el nombre de host, reinicie el servidor de vRealize Automation.

    • Cuando se une una cuenta de dominio del agente de administración en un Windows Server 2012 clonado con un dominio, la cuenta de dominio del agente de administración pierde sus derechos en la clave privada del certificado del agente
      Cuando se usa un asistente de personalización para clonar una máquina de vSphere que forma parte de un dominio, la máquina deja de formar parte de dicho dominio. Cuando se vuelve a unir la máquina clonada con el dominio, aparece el siguiente mensaje de error en el log del agente de administración: CryptographicException - Keyset does not exist.

      Solución alternativa: A fin de resolver este problema, siga este procedimiento para abrir y cerrar la configuración de seguridad de la clave privada del certificado sin realizar cambios.

      1. Encuentre el certificado mediante el complemento de certificados de la consola de administración de Microsoft. El complemento muestra el ID de agente en el cuadro de texto Nombre descriptivo.
      2. Seleccione Todas las tareas > Administrar claves privadas.
      3. Haga clic en Opciones avanzadas.
      4. Haga clic en Aceptar.

    • No está permitido arrastrar un blueprint interior existente a un blueprint exterior actual
      Cuando se arrastra un blueprint interior existente a un blueprint exterior actual, se aplican las siguientes restricciones si el blueprint interior tiene máquinas unidas a grupos de seguridad, etiquetas de seguridad o redes a petición. Este problema también puede ocurrir en blueprints importados.
      • El blueprint exterior no puede contener un blueprint interior que incluya configuración de redes a petición ni configuración del equilibrador de carga a petición. El uso de un blueprint interior que contenga un componente de red a petición o un componente de equilibrador de carga a petición de NSX no está disponible.
      • Cuando se añaden grupos de seguridad nuevos o adicionales a las máquinas del blueprint interior, las máquinas se unen solo a los nuevos grupos de seguridad que se han añadido como parte de un blueprint exterior, aunque la página Creación de blueprints muestre grupos de seguridad de los blueprints interior y exterior.
      • Cuando se añaden nuevas etiquetas de seguridad a las máquinas interiores desde un blueprint exterior, las etiquetas de seguridad asociadas originalmente al blueprint interior ya no están disponibles.
      • Cuando se añaden nuevas redes a petición a las máquinas interiores desde un blueprint exterior, las redes a petición asociadas originalmente al blueprint interior ya no están disponibles. Las redes existentes asociadas originalmente al blueprint interior siguen disponibles.

      Solución alternativa: Puede resolver este problema llevando a cabo una de las siguientes tareas:

      • Añada grupos de seguridad, etiquetas o redes a petición al blueprint exterior, pero no al blueprint interior.
      • Añada grupos de seguridad, etiquetas o redes existentes al blueprint interior, pero no al blueprint exterior.

    • El menú Atributo de búsqueda de directorios de la página Añadir directorio contiene información inexacta
      Algunas cadenas de código que aparecen por primera vez en el menú Atributo de búsqueda de directorios no son precisas.

      Solución alternativa: Haga clic en el menú desplegable Atributo de búsqueda de directorios para ver las cadenas de código precisas.

    • Al solicitar un elemento del catálogo, se produce el error No se encuentra el recurso
      Cuando vRealize Automation está en modo de alta disponibilidad, si se produce un error en el nodo de la base de datos principal y no se promociona un nuevo nodo principal, todos los servicios que requieren acceso de escritura en la base de datos fallarán o quedarán dañados temporalmente hasta que se promocione una nueva base de datos principal.

      Solución alternativa: No puede evitar este error cuando la base de datos principal no está disponible. Puede promocionar una nueva base de datos principal para que este error desaparezca y pueda solicitar recursos.

    • Los cambios no se guardan en la página Formulario de blueprint de un blueprint de XaaS
      Si no hace clic en Aplicar después de actualizar cada campo de la página Formulario de blueprint de un blueprint de XaaS, los cambios no se guardan.

    • La pestaña Elementos no muestra información sobre los servicios que están habilitados para un equilibrador de carga
      En las máquinas aprovisionadas mediante un equilibrador de carga asociado con vCloud Networking and Security, la pestaña Elementos no muestra información acerca de los servicios habilitados para ese equilibrador de carga.

    • Si se destruye una máquina mientras la operación de clonación de vSphere está en curso, la tarea de clonación no se cancela
      Este problema puede provocar que la máquina se clone. La máquina virtual clonada podría administrarse en vCenter en vez de en vRealize Automation.

    • Cuando se solicita un blueprint compuesto, se produce un error de inmediato en la solicitud y el formulario de detalles de la solicitud no se carga
      Cuando el máximo de días para la concesión de un blueprint de componentes es menor que el del blueprint exterior, las solicitudes presentan errores inmediatamente y no es posible cargar el formulario de detalles de solicitud.

    • No puede haber implementaciones con enlaces a direcciones IP de DHCP en las implementaciones de software
      Si intenta hacerlo, ip_address no estará disponible si no existe ningún perfil de red. Aparecerá el siguiente mensaje de error: Error del sistema: Error interno al procesar la solicitud del componente: com.vmware.vcac.platform.content.exceptions.EvaluationException: No hay datos para el campo: Dirección IP

      Solución alternativa: Si se requiere un enlace, use direcciones IP estáticas o direcciones IP administradas por vRealize Automation en el perfil de red, o bien use una integración IPAM. Si usa DHCP, debería enlazar con el nombre de host, no con la dirección IP.

      Puede usar el siguiente script para obtener la dirección IP de una máquina de Cent OS:
      IPv4_Address = $(hostname -I | sed -e 's/[[:space:]]$//')
      echo $IPv4_Address

      Enlace con el valor que proporciona este script cuando se necesite la dirección IP para casos de uso de DHCP.

    • El directorio se crea aunque aparezca un mensaje de error
      Cuando se crea un directorio desde Administración > Administración de almacenes de identidades > Almacenes de identidades, y se hace clic en Guardar, puede que aparezca el mensaje de error Error de comunicación con el conector debido a que los datos no son válidos. Problema al promover el usuario de DN enlazado a administrador: el usuario ya existe y se ha asociado a otro cliente de sincronización. El nuevo almacén de identidades se guarda con una configuración incorrecta y no se puede utilizar.
      Este error se produce si se intenta guardar una nueva instancia de Active Directory con los mismos valores que el DN base y el DN enlazado utilizados en otro Active Directory creado anteriormente y que aún existe.

      Solución alternativa: Debe eliminar de forma manual el nuevo Active Directory debido a que la configuración no es correcta, y debe usar otro DN enlazado y DN base para el nuevo Active Directory.

    • Se añade un dominio al UPN de un usuario al crear un directorio que incluye el atributo de búsqueda de directorios UserPrincipalName
      Al crear un nuevo directorio y seleccionar UserPrincipalName como el atributo de búsqueda de directorios, se añade un dominio al UPN de un usuario. Por ejemplo, el nombre de usuario de vRealize Automation de un usuario con el UPN user.domain@domain.local aparece como user.domain@domain.local@domain.local. Esto ocurre si el sufijo del UPN está configurado como dominio en el sitio de AD. Si el sufijo del UPN está personalizado, por ejemplo, “example.com”, el nombre de usuario de vRealize Automation de un usuario con el UPN user.domain@example.com aparecerá como user.domain@example.com@domain.local.
      Si se utiliza el atributo de búsqueda de directorios UserPrincipalName, los usuarios deben introducir su nombre de usuario exactamente como aparece (user.domain@domain.local@domain.local), incluido el dominio, para iniciar sesión a fin de usar la API de REST o el cliente de nube.

      Solución alternativa: Use sAMAccountName en vez de UserPrincipalName para utilizar la funcionalidad de exclusividad del dominio de nombres de usuario de la Administración de directorios.

    • Aparece un error 404 No encontrado al solicitar una máquina en nombre de otro usuario
      Si un blueprint incluye un componente de red NAT a petición o de equilibrador de carga a petición, aparece un error 404 No encontrado cuando se realiza una solicitud de implementación en nombre de otro usuario.

    • Las máquinas importadas mediante la importación en bloque no se asignan a los blueprints combinados y de componentes correctos

      Solución alternativa: Añada la propiedad personalizada VMware.VirtualCenter.OperatingSystem a cada máquina en el archivo CSV de importación.

      Por ejemplo:
      Yes,NNNNP2-0105,8ba90c35-9e03-4ac4-8a5d-2e6d76f37b81,development-res,ce-san-1:custom-nfs-2,UNNAMED_DEPLOYMENT-0105,BulkImport,Imported_Machine,system_blueprint_vsphere,user.admin@sqa.local,VMWare.VirtualCenter.OperatingSystem,sles11_64Guest,NOP

    • Faltan acciones de administración de catálogos en vRealize Automation

      Solución alternativa: Consulte el artículo 2113027 de la Base de conocimientos.

    • Una instancia de Active Directory que incluye más de 15 grupos de usuarios no enumera los grupos cuando se sincroniza Active Directory
      Si hay más de 15 grupos, e intenta sincronizar Active Directory en la interfaz de administración de vRealize Automation mediante Administración > Administración de los almacenes de identidades > Almacenes de identidades, solo aparecerán unos pocos grupos.

      Solución alternativa: Haga clic en Seleccionar para ver la lista completa.

    • Tras promocionar una instancia de réplica a instancia principal, aparece información errónea en la pestaña Base de datos de la interfaz de administración del nodo principal de vRealize Automation
      Cuando falla el nodo principal en el dispositivo de vRealize Automation, debe utilizar la interfaz de administración del dispositivo de vRealize Automation de un nodo correcto para las operaciones de gestión de clúster.

    • Al mover un almacén de datos de un vSphere Storage DRS a otro, el sistema elimina una máquina virtual en vez de crearla
      Si mueve un almacén de datos de un clúster de vSphere Storage DRS a otro y el nivel de automatización del clúster de destino no es automático, el reaprovisionamiento de una máquina creada provocará que el sistema elimine la máquina con el siguiente mensaje de error: StoragePlacement: no se ha especificado el almacén de datos del disco en la máquina virtual donde se ha deshabilitado SDRS. Este problema no ocurre si se clona la máquina virtual.

      Solución alternativa: Compruebe que el nivel de automatización del clúster de destino sea automático antes de mover un almacén de datos de un clúster de vSphere Storage DRS a otro. Solo se admiten implementaciones de una sola máquina.

    Para contraer la lista de problemas conocidos anteriores, haga clic aquí.