This site will be decommissioned on December 31st 2024. After that date content will be available at techdocs.broadcom.com.

Versiones publicadas

VMware Aria Automation | Octubre de 2024

VMware Aria Automation 8.18.1| 9 de octubre de 2024

  • VMware Aria Automation, compilación 24282366

  • VMware Aria Automation Easy Installer, compilación 24286787

  • Proxy de extensibilidad de nube de VMware Aria Automation, compilación 24282368

  • VMware Aria Automation Orchestrator, compilación 24281602

Actualizaciones realizadas en este documento

Fecha

Descripción de la actualización

Tipo

9 de octubre de 2024

Publicación inicial para VMware Aria Automation 8.18.1

Para obtener más información, consulte nuestros blogs sobre las versiones de VMware Aria Automation.

Nota: VMware ha anunciado el fin de la disponibilidad (End of Availability, EoA) de los servicios SaaS de VMware Aria, incluido VMware Aria Automation SaaS, a partir de febrero de 2024. VMware seguirá ofreciendo soporte a los clientes que actualmente utilicen los servicios SaaS de VMware Aria hasta el fin del plazo de suscripción. Consulte Fin de disponibilidad de licencias perpetuas y servicios SaaS de VMware.

Nota: La compilación de Proxy de extensibilidad de nube de VMware Aria Automation especificada anteriormente solo se aplica a las implementaciones de VMware Aria Automation locales. La última compilación de Proxy de extensibilidad de nube aplicable para VMware Aria Automation SaaS es la 23103969.

Acerca de VMware Aria Automation

Es posible encontrar información sobre estas nuevas funciones y más en VMware Aria Automation, así como en los mensajes informativos y la información sobre herramientas en la interfaz de usuario. Puede obtener aún más información al abrir el panel de soporte del producto, en el que puede leer y buscar temas relacionados, así como ver publicaciones de la comunidad y artículos de bases de conocimientos. Estos elementos se muestran para la página de interfaz de usuario activa.

Aviso: Las notas de las versiones anteriores se archivan anualmente:

Antes de comenzar

Familiarícese con los documentos de soporte.

VMware Aria Automation

VMware Aria Automation 8.18

Después de configurar los usuarios, puede utilizar las guías de introducción y de uso y administración de cada uno de los servicios incluidos. Las guías de introducción incluyen una validación técnica de extremo a extremo. Las guías de uso y administración proporcionan información más detallada que permite explorar las funciones disponibles. También hay información adicional disponible en la documentación del producto VMware Aria Automation.

Después de instalar vRealize Automation y configurar los usuarios, puede utilizar las guías de introducción y de uso y administración de cada uno de los servicios incluidos. Las guías de introducción incluyen una validación técnica de extremo a extremo. Las guías de uso y administración proporcionan información más detallada que permite explorar las funciones disponibles. También hay información adicional disponible en la documentación del producto VMware Aria Automation.

Automation Orchestrator 8.18

Aviso de seguridad y revisión VMSA-2024-0017

Importante: Se ha publicado un nuevo aviso de seguridad para VMware Aria Automation. Para obtener más información, consulte VMSA-2024-0017 y KB325790. Aplique la revisión necesaria lo antes posible.

Novedades de VMware Aria Automation 8.18.1

  • Nombre completo que se muestra en la interfaz de usuario

    Los nombres de usuario completos de recursos, implementaciones y directivas ahora están disponibles en la interfaz de usuario de VMware Aria Automation, además de los identificadores de usuario. Habilite la visibilidad de estos ajustes en las columnas de administración y usuario desde el botón Administrar columnas situado en la esquina inferior izquierda. La misma compatibilidad con el catálogo, el origen de contenido y el contenido está disponible a través de la API.

  • Se eliminó la compatibilidad con la migración de VMware Aria Automation 7.x a 8.x y de NSX-V a NSX-T

    Tras el anuncio anterior de retirada, esta versión elimina oficialmente el asistente de migración y, como resultado, ya no se admiten las siguientes capacidades:

    1. Migración de vRealize Automation 7.x a VMware Aria Automation 8.x

    2. Migración de NSX-V a NSX-T

  • Inclusión de DCGM-Exporter de forma predeterminada en la máquina virtual de aprendizaje profundo

    A partir de la versión actual, DCGM-Exporter se incluirá de forma predeterminada como parte de la imagen de la máquina virtual de aprendizaje profundo (DLVM). DCGM-Exporter es un exportador para Prometheus que supervisa el estado de la empresa y obtiene métricas de las GPU. Aprovecha DCGM mediante enlaces de Go para recopilar telemetría de GPU y expone métricas de GPU a Prometheus mediante un endpoint HTTP (/metrics).

  • Compatibilidad con servicios de automatización de Private AI de VMware Data Services Manager

    A partir de esta versión, el Asistente de configuración de catálogos generará tres elementos adicionales. 

    • Base de datos DSM (Administrador de servicios de datos): implementa una nueva instancia del clúster de PostgreSQL que se puede utilizar como almacén de datos para aplicaciones RAG.

    • AI RAG Workstation con DSM: instala una máquina virtual de aprendizaje profundo habilitada para GPU con el software NVIDIA necesario y una base de datos de PostgreSQL para ejecutar flujos de trabajo de RAG. 

      • Conectarse a una instancia de base de datos de PostgreSQL remota 

      • Crear instancias de una nueva instancia de base de datos de PostgreSQL a través de DSM

    • Clúster RAG de Kubernetes AI con DSM: instala un clúster de Tanzu Kubernetes Grid (TKG) habilitado para GPU con el software NVIDIA necesario y una base de datos de PostgreSQL para ejecutar flujos de trabajo de RAG.

    • Los usuarios de los elementos del catálogo "AI RAG Workstation con DSM" y "Clúster RAG de Kubernetes AI con DSM" pueden conectarse a una base de datos de PostgreSQL existente o crear una nueva base de datos.

    Para obtener instrucciones detalladas sobre cómo usar el Asistente de configuración de catálogos e implementar los tres nuevos elementos de catálogos, consulte la documentación del producto.

  • Seleccionar versiones de TKR en QS de PAIF

    A partir de esta versión, el Asistente de configuración de catálogos permitirá a los usuarios elegir entre hasta tres versiones compatibles de Tanzu Kubernetes Runtimes (TKR) que se utilizarán en los elementos del catálogo. Para obtener instrucciones detalladas sobre cómo seleccionar los tiempos de ejecución de TKR, consulte la documentación del producto.

  • Actualizaciones de las regiones y las clases de espacio de nombres de supervisor

    Esta función introduce la capacidad de crear, actualizar y eliminar clases de espacios de nombres de supervisor en la interfaz de usuario de VMware Aria Automation Assembler. Las clases de espacios de nombres de supervisor se utilizan para crear los espacios de nombres de supervisor usados en la interfaz de consumo de nube en VMware Aria Automation Service Broker. También puede utilizar Automation Assembler para eliminar regiones de supervisor. Las regiones de supervisor se utilizan para agrupar varios supervisores. Anteriormente, esto solo era posible a través de la CLI de K8S.

  • Capacidad para controlar la colocación de grupos de seguridad de NSX a petición mediante restricciones de etiquetas

    Esta función proporciona la capacidad de aprovisionar grupos de seguridad NSX a petición y controlar explícitamente la colocación de dichos grupos en NSX Manager específicos mediante restricciones de etiqueta.

  • Automatización de grupos de seguridad y redes NSX con recursos detectados en proyectos de NSX y VPC

    Esta versión admite la detección de recursos de redes y seguridad de entornos de NSX configurados con varios tenants, incluidas redes y grupos de seguridad de proyectos de NSX y VPC.

    Entonces, los administradores pueden asignar estos recursos a perfiles de red y, posteriormente, aprovecharlos en plantillas de nube de VMware Aria Automation para casos prácticos de automatización de aplicaciones de red y de varios niveles.

    Nota: No se requiere ningún cambio en las credenciales para conectarse a NSX Manager.

  • Incorporación de espacios de nombres de vSphere que se utilizarán en la interfaz de consumo de nube

    En VMware Aria Automation Assembler, los administradores ahora pueden incorporar espacios de nombres de vSphere de los clústeres de supervisor detectados en cuentas de nube de vCenter conectadas. Estos son los espacios de nombres que no crea VMware Aria Automation.

    Cuando se incorporan espacios de nombres de vSphere, todos los servicios y objetos en ejecución (máquina virtual, clúster de TKG, volumen, imágenes, etc.) se vuelven visibles en la interfaz de consumo de nube en VMware Aria Automation Service Broker.

  • Control de la reconciliación de máquinas virtuales que forman parte de una migración de vMotion dentro de y entre las instancias de vCenter.

    VMware Aria Automation ahora concilia automáticamente los cambios en las máquinas virtuales después de la migración con vMotion. Los escenarios compatibles incluyen:

    • Migración dentro del mismo vCenter

    • Migración entre diferentes instancias de vCenter

    • Migración entre redes NSX-T

    VMware Aria Automation ahora también incluye un nuevo tema de evento Calcular estado de reconciliación posterior a la migración, que se inicia después de reconciliar una VM. El tema de evento incluye el estado de la reconciliación en VMware Aria Automation y los detalles de destino de la máquina virtual migrada.

  • Registro de auditoría en VMware Aria Automation con exportación de CSV

    Ahora puede exportar un archivo CSV que contenga el registro de auditoría. Puede buscar en el registro de auditoría eventos específicos, tipos de eventos y rangos de fechas, así como guardar eventos como un archivo CSV.

    A continuación se muestran las restricciones para descargar el archivo CSV:

    • Es posible que la descarga de archivos CSV (archivo de 0 bytes) no funcione si el tamaño del archivo es superior a 300 MB. Sin embargo, aún puede acceder a este archivo desde el paquete de registros. La ubicación del paquete de registros es /services-logs/prelude/ebs-app/file-logs/. Se debe acceder a los archivos CSV más grandes desde el registro de la CLI de VMware Aria Automation.

    • El rango de fechas para la descarga del archivo CSV se mantiene en un máximo de 12 meses para evitar tamaños de archivo más grandes.

    • Debido a que la generación de archivos CSV es una tarea que requiere muchos recursos, solo se puede enviar un trabajo de generación de archivos a la vez. Una vez completado este trabajo, se puede enviar el siguiente trabajo.

  • Aviso de disponibilidad de Code Stream para VCF 9.0

    Code Stream es una herramienta de integración continua y distribución continua (Continuous Integration and Continuous Delivery, CI/CD) que se utiliza para crear canalizaciones que modelan el proceso de publicación de software en el ciclo de vida de DevOps. Code Stream forma parte del paquete de VMware Aria Automation. A partir de VCF 9.0, Code Stream dejará de estar disponibles. No hay ninguna funcionalidad equivalente en VCF y se recomienda que los clientes aprovechen las herramientas de código abierto.

  • Mejoras en el diseñador de plantillas de nube

    Se han realizado las siguientes mejoras en el diseñador de plantillas de nube:

    • Contraer/expandir: código YAML en el panel derecho (panel de código). El panel derecho es más grande de forma predeterminada.

    • Buscar: ahora puede buscar cualquier cosa y resaltar las coincidencias.

  • Mejoras en el diseñador de plantillas de nube para gestionar recursos de supervisor

    Con la adición de recursos de supervisor, las plantillas de nube son cada vez más complejas. Muchos recursos están anidados entre sí. El diseñador de plantillas de nube tiene las siguientes mejoras para recursos de supervisor:

    • Proporciona una vista de anidamiento de recursos para mostrar las relaciones principales/secundarias.

    • Visualiza el diseño principal/secundario de anidamiento para los recursos en la topología.

    • Resalta las entradas/variables enlazadas relacionadas al seleccionar un recurso.

  • Mejoras en el orden de los discos en la vista de almacenamiento

    Anteriormente, el orden de los discos en la vista de almacenamiento de implementación de VMware Aria Automation se enumeraba en orden aleatorio en lugar de ordenarse por número de unidad. 

    Este enfoque podría crear escenarios problemáticos, especialmente cuando las máquinas virtuales (VM) tienen una gran cantidad de discos, ya que el disco con el último número de unidad podría mostrarse en la lista. 

    Esta función permite:

    • Ordena los discos por número de unidad de forma predeterminada.

    • Proporciona ordenación en cada columna para que los discos también se puedan ordenar por nombre, capacidad, tipo, cifrado y número de unidad de clave de controladora.

  • Compatibilidad con 64 discos en la controladora Paravirtual SCSI (PVSCSI)

     VMware Aria Automation tenía una limitación al intentar implementar ciertos tipos de aplicaciones que necesitan una gran cantidad de discos o agregar discos. Esto se debe a que VMware Aria Automation solo admite hasta 14 discos por controladora, mientras que Virtual Center admite hasta 64 discos. 

    Ahora VMware Aria Automation admite hasta 64 discos por controladora en la fase de implementación y para agregar discos.

Novedades de Automation Orchestrator 8.18.1

  • Mejora de la facilidad de uso del panel de mensajes de registro para ejecuciones de flujos de trabajo, acciones y directivas

    Esta versión introduce la búsqueda por términos en la vista de registros para las ejecuciones de directivas, acciones y flujos de trabajo de Automation Orchestrator. La facilidad de uso del panel de registros también se ha mejorado al mantener el contexto mientras se cambian las pestañas de contenido, se siguen ejecutando los flujos de trabajo, etc.

  • Bump de imágenes en tiempo de ejecución de PowerShell para Photon 5

    Se elimina PowerCLI 12 con tiempo de ejecución de PowerShell 7.2. Los scripts que dependen de él se ejecutan automáticamente en la PowerCLI 13 más reciente con tiempo de ejecución de PowerShell 7.4.

Problemas resueltos

  • Pérdida de acceso a funciones después de actualizar a Automation Orchestrator 8.18

     Después de actualizar a Automation Orchestrator 8.18, los flujos de trabajo muestran el siguiente error: ""La creación de scripts políglotas no se admite con la licencia actual"".

  • VMware Aria Automation no puede funcionar con teclados en un idioma distinto al inglés cuando se utiliza la consola remota

    Cuando se utiliza la consola remota a través de VMware Aria Automation 8.18, la consola muestra el teclado y la distribución de idioma correctos, pero presenta caracteres y teclas especiales incorrectos al teclear.

  • Se agregó una opción a las notificaciones por correo electrónico que impide las actualizaciones automáticas de la conexión STARTTLS

    Cuando las notificaciones de correo electrónico están configuradas con un ajuste de Seguridad de conexión de "Ninguna", la conexión al servidor de correo electrónico se actualiza automáticamente a una conexión cifrada a través de STARTTLS si el servidor de correo electrónico indica compatibilidad. En un entorno FIPS, esto puede causar problemas si el servidor SMTP no admite cifrados compatibles con FIPS. Se agregó una nueva opción, "Habilitar actualización de conexión no segura con STARTTLS" para deshabilitar las actualizaciones de conexión y forzar conexiones sin cifrar con el servidor de correo electrónico.

  • No se admite la integración con NSX Federation en VMware Aria Automation 8.17 y 8.18 para NSX versión 3.2.2 y versiones posteriores

    Cuando se utiliza NSX-T Federation, se produce un error en la enumeración de NSX-T Global Manager para NSX versión 3.2.2 y versiones posteriores para VMware Aria Automation 8.17 y 8.18.

    El error hace que se muestre el siguiente mensaje de error: 

    The requested URI: /api/v1/transport-nodes could not be found

    Este problema no afecta a los entornos no federados. Para solucionar este problema, los usuarios deben utilizar NSX versión 3.1.x o actualizar a VMware Aria Automation 8.18.1.

  • No se pueden descargar las dependencias de PowerShell del repositorio personalizado

    Los certificados de confianza de Automation Orchestrator ahora se importan en tiempos de ejecución distintos de Java (Python, PowerShell, PowerCLI y NodeJS).

    Esto resuelve el problema de la descarga de dependencias de repositorios que utilizan entidades de certificación del cliente. Además, ya no es necesario utilizar conexiones no seguras con endpoints que utilicen certificados de CA personalizados o autofirmados.

Problemas conocidos

  • Retirada de usuarios de soluciones y migración a cuentas de servicio

    Cuando se utiliza una instancia independiente de Automation Orchestrator con autenticación de vSphere, el proveedor de autenticación debe volver a registrarse después de actualizar a 8.18.1 para actualizar el usuario de solución de vSphere obsoleto (autenticación basada en certificados) a la cuenta de servicio de vSphere (autenticación basada en identificador de cliente/secreto de cliente).

    No hay solución alternativa.

  • VMware Aria Automation 8.18.1 no es compatible con NSX-V cuando se utiliza en modo FIPS

    Cuando VMware Aria Automation 8.18.1 funciona en modo FIPS, no es compatible con NSX-V. 

    No hay solución alternativa.

  • Error en el servicio cgs-service-app

    El servicio cgs-service-app se reinicia con un error de excepción fluxAssembly.

    No hay solución alternativa.

  • No se pueden realizar operaciones del día 2 en la vista Implementaciones ni en la vista de Recursos o Máquina

    Es posible que las operaciones del día 2 realizadas fuera de la implementación no funcionen correctamente.

    Solución alternativa: Realice las operaciones del día 2 desde la implementación.

Novedades de VMware Aria Automation 8.18

  • El proxy de consola de la aplicación de control remoto de VMware (VMRC) se actualizó para admitir WebMKS

    Anteriormente, no se podían utilizar las acciones del día 2 de VMRC desde VMware Aria Automation local para comunicarse con las instancias de vSphere 8+. Esto se debe a que vSphere 8+ solo admite la comunicación a través de WebMKS, mientras que MKS, utilizado por versiones anteriores de vSphere, ha sido retirado. Para obtener más información, consulte el artículo 93070 de la base de conocimientos.

    A partir de esta versión, VMware Aria Automation local utilizará WebMKS como método de comunicación predeterminado entre VMRC y las instancias de vSphere 7+ y 8+. El proxy de consola abstrae el vCenter subyacente, ya que las conexiones ahora usan un proxy. Ya no se necesita una solución alternativa para las instancias locales mencionadas en el artículo de la base de conocimientos anterior. Se recomienda que los usuarios comiencen a planificar la actualización a la versión actual del producto junto con la actualización a vSphere 8+.

  • Mejoras en el filtrado de la biblioteca de contenido para el Asistente de configuración de catálogos

    A partir de esta versión, el Asistente de configuración de catálogos ha realizado las siguientes mejoras, que proporcionan una mejor experiencia de exploración de imágenes de máquinas virtuales. 

    • Ahora, los usuarios pueden especificar un nombre de biblioteca de contenido para filtrar la lista de imágenes de máquina virtual de aprendizaje profundo disponibles.

    • El contenido relacionado con Tanzu Kubernetes Grid (TKG) ahora se excluye de los resultados de búsqueda, lo que reduce el cúmulo de términos de búsqueda.

  • Dividir elementos del catálogo para el Asistente de configuración de catálogos

    A partir de esta versión, el Asistente de configuración de catálogos crea cinco elementos de catálogos para una mayor facilidad de uso.

    • AI Workstation: Instala una máquina virtual de aprendizaje profundo habilitada para GPU. 

    • AI RAG Workstation: Instala una máquina virtual de aprendizaje profundo habilitada para GPU con todo el software de NVIDIA necesario para ejecutar un flujo de trabajo de RAG. 

    • Servidor de inferencias Triton: Instala una máquina virtual de aprendizaje profundo habilitada para GPU con el servidor de inferencias Triton de NVIDIA.

    • Clúster de Kubernetes AI: Instala un clúster de Tanzu Kubernetes Grid (TKG) habilitado para GPU.

    • Clúster RAG de Kubernetes AI: Instala un clúster de Tanzu Kubernetes Grid (TKG) habilitado para GPU con todo el software de NVIDIA necesario para ejecutar un flujo de trabajo RAG en producción. 

    Para obtener instrucciones detalladas sobre cómo usar el Asistente de configuración de catálogos e implementar los cinco elementos de catálogos, consulte la documentación del producto.

  • Instalación automática del operador RAG de TKG

    A partir de esta versión, el elemento del catálogo Clúster de Kubernetes de AI instalará automáticamente el operador de Kubernetes de Generación aumentada de recuperación (Retrieval Augmented Generation, RAG) de NVIDIA, además del operador de GPU de NVIDIA. Los usuarios del catálogo ahora tienen acceso a un clúster de Tanzu Kubernetes totalmente funcional capaz de ejecutar cargas de trabajo de RAG. Se pedirá a los usuarios que instalen manualmente las aplicaciones RAG de muestra.

  • Compatibilidad aislada para cargas de trabajo no RAG en DLVM

    A partir de esta versión, ahora el Asistente de configuración de catálogos proporciona opciones para configurar un registro privado y especificar configuraciones de proxy HTTP/HTTPS. Los contenedores NVIDIA que no son RAG y los controladores de vGPU ahora se pueden almacenar en ubicaciones a las que no se puede acceder a través de Internet. Esta capacidad permite la implementación de los siguientes elementos del catálogo en una máquina virtual de aprendizaje profundo en entornos aislados:

    • PyTorch

    • TensorFlow

    • Servidor de inferencias Triton

    • Muestras de CUDA

    Para obtener instrucciones detalladas sobre cómo usar el Asistente de configuración de catálogos y los entornos aislados, consulte la documentación del producto.

  • Nuevo flujo de trabajo para el Launchpad en VMware Aria Automation

    Hay disponible un nuevo flujo de trabajo para ayudar a los usuarios a comenzar a utilizar accesos directos en VMware Aria Automation. Puede aprovechar este flujo de trabajo para mejorar el tiempo de obtención de valor omitiendo los pasos manuales necesarios para publicar imágenes de máquina virtual de vCenter en elementos del catálogo para consumo de los usuarios finales.

    • Detección automática de imágenes desde una cuenta de nube

    • Asociar automáticamente la zona de nube a un proyecto

    • Crear automáticamente plantillas de nube basadas en la imagen detectada

    • Crear automáticamente versiones y publicar plantillas de nube

    • Crear automáticamente un origen de contenido

    • Validar automáticamente un proyecto para extraer actualizaciones del catálogo

    • Crear automáticamente una directiva de uso compartido de contenido según la elección del usuario del nombre de proyecto

    • Asignar usuarios a un proyecto o catálogo

    • Paso opcional para seleccionar la red y el almacenamiento para la máquina virtual (si se omite, la red y el almacenamiento se asignarán de forma aleatoria)

    Para obtener instrucciones detalladas sobre el uso del Launchpad en VMware Aria Automation, consulte la documentación del producto.

  • Establecer la prioridad de almacenamiento para perfiles de almacenamiento y almacenes de datos

    Ahora puede establecer la prioridad de los perfiles de almacenamiento y los almacenes de datos para especificar el orden de los almacenes de datos que se seleccionarán entre todos los almacenes de datos aptos. Esto permite a los usuarios colocar máquinas virtuales en un clúster específico según la prioridad establecida. Esta función modifica el comportamiento actual en el que se seleccionan varios almacenes de datos aptos para la colocación según la capacidad disponible.

  • Asignación de plantilla de nube con conformidad para implementaciones de incorporación

    Una nueva función en los planes de incorporación permite a los administradores de nube asignar una plantilla a una implementación incorporada. Existen tres formas de asociar una plantilla de nube a una implementación incorporada:

    1. No hay ninguna plantilla de nube asociada.

    2. Solo para fines visuales, para permitir un vínculo de plantilla de nube en la implementación, pero no asignado con conformidad.

    3. Totalmente asignada por cada máquina virtual con conformidad y puede utilizar la acción de actualización mediante la plantilla asignada.

    Para asignar la plantilla de nube y hacer que la implementación incorporada sea conforme, siga los pasos que se indican a continuación:

    1. Seleccione una plantilla de nube adecuada.

    2. Para asignar cada recurso de máquina de la plantilla a una máquina virtual, seleccione máquinas virtuales detectadas en la página de selección de máquinas.

    3. Valide y ejecute el plan de incorporación.

    Nota: La conformidad de incorporación solo admite los tipos de recursos Cloud.Machine y Cloud.vSphere.Machine y sus discos y redes asociados. La incorporación ya no admite la generación automática de plantillas de nube. Los administradores pueden incorporarse con una plantilla existente o sin una plantilla.

    Para obtener más información sobre la incorporación, consulte ¿Qué son los planes de incorporación en Automation Assembler?.

  • Se agregó el modo oscuro a VMware Aria Automation

    Ahora hay una versión beta del modo oscuro disponible para la administración de identidades y acceso de VMware Aria Automation. Puede cambiar entre el modo claro y el oscuro desde las preferencias de la página Mi cuenta. Para obtener más información, consulte Cómo se configuran mis preferencias para VMware Aria Automation.

  • Menor cantidad de idiomas para localización

    A partir de la próxima versión principal, reduciremos el número de idiomas localizados admitidos. Los tres idiomas admitidos serán:

    • Japonés

    • Español

    • Francés

    Ya no se admitirán los siguientes idiomas:

    • Italiano

    • Alemán

    • Portugués de Brasil

    • Portugués

    • Chino tradicional

    • Coreano

    • Chino simplificado

    Impacto:

    • Los usuarios que estuvieran usando los idiomas retirados dejarán de recibir actualizaciones y asistencia en dichos idiomas.

    • Todas las interfaces de usuario, la documentación de ayuda y la asistencia al cliente solo estarán disponibles en inglés o en los tres idiomas admitidos mencionados anteriormente.

  • Actualizar el servicio de aprovisionamiento para llamar a Active Directory (AD) durante un cambio de proyecto

    En versiones anteriores, los usuarios que eliminaban un proyecto o utilizaban la función Cambiar proyecto mientras tenían una integración de AD activa recibían el error 403 Prohibido. Estos escenarios se producen porque Active Directory no escucha eventos provenientes del servicio del proyecto. La integración de AD ahora se ha actualizado para realizar un seguimiento de estos cambios del proyecto.

  • Nueva ubicación de la imagen de contenedor en tiempo de ejecución predeterminada en la integración en tiempo de ejecución de Terraform

    En la integración en tiempo de ejecución de Terraform, se cambió la ubicación de la imagen de contenedor en tiempo de ejecución predeterminada. La nueva ubicación de la imagen es projects.packages.broadcom.com/vra/terraform:latest. No se podrá acceder a la ubicación anterior projects.registry.vmware.com/vra/terraform:latest.

    Solo se cambia la ubicación. El contenido de la imagen sigue siendo el mismo.

    Si ejecuta cualquier instancia de VMware Aria Automation con una integración en tiempo de ejecución de Terraform existente, debe cambiar la ubicación de la imagen a projects.packages.broadcom.com/vra/terraform:latest o se producirá un error en la integración en tiempo de ejecución.

  • Retirada en las propiedades de los perfiles de almacenamiento

    Las propiedades de los perfiles de almacenamiento "Recursos compartidos" y "Límite de IOPS" se van a retirar para alinearse con la estrategia de retirada en vSphere. Estas propiedades se eliminarán en una futura versión.

Novedades de Automation Orchestrator 8.18

  • La configuración del nivel de registro y del complemento se mueve del centro de control a la sección Configuración del sistema en el cliente de Automation Orchestrator

    La configuración del complemento y del registro ahora se realiza desde la página Configuración del sistema del cliente de Automation Orchestrator. También se introdujeron nuevas REST API para administrar complementos y niveles de registro. Puede encontrar más información sobre el REST API Automation Orchestrator en la interfaz de usuario de Swagger ubicada en https://<su_FQDN_de_orchestrator>/vco/api/docs/.

  • El Centro de control se eliminará de Automation Orchestrator en la próxima versión

    La configuración de Automation Orchestrator se realizará a través de la interfaz de línea de comandos. Para obtener más información, consulte la documentación del producto.

Problemas resueltos

  • El pod de vco experimenta varios reinicios y volcados de pila de Java

    Este problema se produce cuando se tiene una infraestructura de vSphere muy grande con una gran cantidad de máquinas virtuales y se utiliza con frecuencia el método VcPlugin.getAllVirtualMachines(). En estos casos, el pod o los pods de Automation Orchestrator experimentan varios reinicios y volcados de pila de Java.

    Para solucionar este problema, el complemento de vCenter se optimizó y se configuró para diferentes escenarios de casos prácticos. Los cambios más relevantes son:

    • Tamaños de memoria caché de objetos predeterminados (principal y activo): se cambió de 100 000 000 entradas a 20 000 entradas para cada vCenter asociado al complemento.

    • Tiempos de caducidad de la memoria caché de objetos predeterminados (principal y activo): se cambió de 14 440 segundos a 600 segundos.

    La memoria caché del complemento de vCenter se puede configurar mediante estas propiedades del sistema:

    • com.vmware.vmo.plugin.vi4.cache.main.max.size - Establece el número máximo de entradas que puede contener la memoria caché. Esta propiedad controla el tamaño de la memoria caché principal y de los objetos activos. Si se establece en cero, los elementos se eliminan inmediatamente después de cargarlos en la memoria caché. Esto puede resultar útil en las pruebas o para deshabilitar el almacenamiento en caché temporalmente sin cambiar el código. El valor predeterminado es 20 000 entradas.

    • com.vmware.vmo.plugin.vi4.cache.main.expirationSeconds - Establece la hora de caducidad de la memoria caché principal. Especifica que cada entrada debe eliminarse automáticamente de la memoria caché después de que haya transcurrido una duración fija desde el momento de la creación de la entrada o el reemplazo más reciente del valor de entrada. El valor predeterminado es 600 segundos.

    • com.vmware.vmo.plugin.vi4.cache.live.objects.expirationSeconds - Establece la caducidad de la memoria caché del objeto activo. Especifica que cada entrada debe eliminarse automáticamente de la memoria caché después de que haya transcurrido una duración fija desde el momento en que se creó la entrada o el reemplazo más reciente del valor de entrada. El valor predeterminado es 600 segundos.

    • com.vmware.vmo.plugin.vi4.cache.clearOnSessionRefresh - Controla si se borran todas las memorias caché (objetos principales y activos) al actualizar la sesión. El valor predeterminado es False.

  • La interfaz de consumo de nube (Cloud Consumption Interface, CCI) no admite sAMAccountName (nombre de usuario corto de AD)

    Al agregar un nuevo directorio en vIDM, el usuario administrador tiene la opción de dos atributos de búsqueda de directorios. Esta opción afecta al formato de los nombres de usuario en la implementación local asociada de Aria Automation. Los valores posibles son:

    • sAMAccountName: suele ser un nombre de usuario sin un dominio, lo que da como resultado un nombre corto en VMware Aria Automation, que no incluye el dominio. Este es el valor predeterminado al configurar un nuevo directorio.

    • userPrincipalName: suele ser el nombre de usuario con un dominio, lo que da como resultado un nombre de usuario largo o completo en VMware Aria Automation, que incluye el dominio.

    CCI utiliza los nombres de usuario disponibles en los datos del proyecto para crear las listas de acceso a vCenter para los espacios de nombres de supervisor que administra. En los sistemas configurados con nombres de usuario cortos, estos nombres de usuario de proyecto son sin dominio y vCenter parece descartarlos sin errores durante la sincronización del proyecto, lo que deja a los usuarios sin la capacidad de acceder al espacio de nombres de supervisor que crearon desde CCI.

  • La propagación por memoria no tiene en cuenta las máquinas administradas incluso después de incorporar las máquinas

    La directiva de colocación Spread by Memory no se calcula correctamente con la proporción de memoria tal como se describe en la documentación.

  • Biblioteca log4j obsoleta eliminada del complemento SNMP

    En versiones anteriores, el complemento SNMP para Automation Orchestrator utilizaba una versión obsoleta de la biblioteca log4j. Esta biblioteca ya no es necesaria y, como tal, se elimina del complemento SNMP a partir de la versión actual.

  • Los objetos "LoadBalancerDescription" se crean con un tiempo de caducidad de nueve días y se borran, lo que provoca regresiones

    El equilibrador de carga se vuelve a crear cuando se realiza una implementación iterativa en la implementación sin ningún cambio en el equilibrador de carga.

  • "LoadBalancerDescription" no se elimina con el resto de los componentes del equilibrador de carga

    Al eliminar un equilibrador de carga de la implementación, la propiedad "LoadBalancerDescription" no se elimina.

  • El uso de hashes obsoletos podría provocar ataques de colisión

    El algoritmo de resumen de huella digital de certificado predeterminado cambia de SHA-1 a SHA-256. Este cambio puede afectar a los complementos de Automation Orchestrator que utilizan el método de SDK de complemento IKeystoreCache#getThumbprints para las validaciones de certificados personalizados.

Problemas conocidos

  • No es posible ejecutar la operación del día 2 en la vista Implementaciones ni en la vista de Recursos o Máquina

    Es posible que las operaciones del día 2 ejecutadas fuera de la implementación no funcionen correctamente.

    Ejecute la operación del día 2 desde la implementación.

  • Se produce un problema al intentar conectarse al proxy de consola de la aplicación de control remoto de VMware (VMRC)

    Después de actualizar a VMware Aria Automation 8.18, se produce un problema de certificación al intentar conectarse al proxy de consola de VMRC. Este problema se produce en las implementaciones de VMware Aria Automation en las que la propiedad acceptSelfSignedCertificate para las cuentas de nube está establecida en true.

    Solución alternativa: Utilice el procedimiento descrito en KB 374614.

  • Pérdida de acceso a funciones después de actualizar a Automation Orchestrator 8.18

    Después de actualizar una implementación de Automation Orchestrator que utiliza una licencia Advanced, se pierde el acceso a las funciones avanzadas, como la integración de Git y la compatibilidad con varios idiomas.

    Solución alternativa: Utilice el procedimiento descrito en KB 375928.

  • Se recibe un error 502 - Puerta de enlace no válida al intentar reproducir vídeos desde Launchpad

    Solución alternativa: Reproduzca los vídeos directamente desde YouTube.

  • La máquina virtual no se coloca en el perfil de almacenamiento correcto según las etiquetas de prioridad y restricción aplicadas

    Cuando se utiliza la prioridad de nivel de perfil de almacenamiento y la plantilla de nube contiene una etiqueta de restricción de almacenamiento, basada en todos los filtros de asignación si varios perfiles de almacenamiento son aptos, es posible que no se seleccione según lo esperado el perfil de almacenamiento con la prioridad. En su lugar, se selecciona otro perfil de almacenamiento.

    No hay solución alternativa, asegúrese de que solo quede un perfil de almacenamiento apto al final de la asignación.

  • Se produce un problema al intentar exportar un elemento de catálogo Exportador de DCGM

    El Asistente de configuración de catálogos no crea el elemento de catálogo Exportador de DCGM. 

    Solución alternativa:

    Inicie sesión en la máquina virtual de aprendizaje profundo a través de SSH y ejecute los siguientes comandos:

    • docker run -d --gpus all --cap-add SYS_ADMIN --rm -p 9400:9400 registry-URI-path/nvidia/k8s/dcgm-exporter:ngc_image_tag

    Por ejemplo, para ejecutar dcgm-exporter:3.2.5-3.1.8-ubuntu22.04 desde el catálogo de NVIDIA NGC, ejecute el siguiente comando:

    • docker run -d --gpus all --cap-add SYS_ADMIN --rm -p 9400:9400 nvcr.io/nvidia/k8s/dcgm-exporter:dcgm-exporter:3.2.5-3.1.8-ubuntu22.04

    Para obtener más información sobre el Exportador de DCGM, consulte Agregar Exportador de DCGM para supervisión de carga de trabajo de lista de distribución.

Novedades de VMware Aria Automation 8.17

  • Nueva página de inicio de VMware Aria Automation

    Un nuevo panel de control de usuario ahora forma parte de la página de inicio de VMware Aria Automation para ayudar a los usuarios a navegar por arquitecturas complejas como parte del Automation Assembler para administradores. Tanto si un usuario es nuevo en productos de VMware Aria como si es un usuario experimentado de VMware Aria Automation, puede encontrar útil el panel de control en los siguientes escenarios:

    • Proporcionar una visión general de los entornos de nube por segmento y estado de máquina virtual.

    • Visualizar un resumen del inventario desglosado por zona de nube y proyectos.

    • Visualizar un resumen de la implementación con los próximos cambios de directiva de concesión y las directivas caducadas recientemente.

    • Revisar las notificaciones recientes en el producto y responder a las solicitudes directamente.

    Nota: La página de inicio es la página de destino predeterminada para Automation Assembler solo si el administrador no tiene una cuenta de nube en la organización. De lo contrario, la página de destino predeterminada es la página Recursos de Automation Assembler. Para obtener más información, consulte Cómo comenzar a usar Automation Assembler mediante el Launchpad de VMware Aria Automation.

  • Nuevo Launchpad agregado a la página de inicio de VMware Aria Automation

    Un nuevo Launchpad ahora está disponible para los usuarios que están empezando a utilizar VMware Aria Automation o desean tener accesos directos para las acciones más utilizadas. Puede realizar casos prácticos fáciles de aprender mediante los dos flujos de trabajo guiados. Launchpad abarca los siguientes casos prácticos:

    • Agregar una cuenta de nube: utilice sus credenciales para validar y vincular cuentas de nube.

    • Aplicar caducidad de concesión: cree una directiva de concesión para aplicar la caducidad de los recursos.

    Para obtener más información, consulte Cómo comenzar a usar Automation Assembler mediante el Launchpad de VMware Aria Automation.

  • Espacio de nombres de supervisor de la interfaz de consumo de nube (Cloud Consumption Interface, CCI), TKG y otros recursos en el lienzo de diseño de Automation Assember

    La versión local de CCI se publicó en VMware Aria Automation 8.16.1. La versión actual incluye la compatibilidad con la definición de aplicaciones de varios niveles en plantillas de Automation Assembler mediante el aprovechamiento de espacios de nombres de supervisor, clústeres de TKG y cualquier otro recurso de CCI. Ahora puede ejecutar un elemento del catálogo que contenga recursos de CCI preparados por un administrador. Esta capacidad combina las capacidades de CCI y el resto de VMware Aria Automation en torno a infraestructura como código (IaC) y gobernanza con directivas. Para obtener más información, consulte Automatizar cargas de trabajo basadas en Kubernetes en Automation Assembler.

  • Integrar una única instancia de VMware Aria Operations local con varios tenants de VMware Aria Automation locales

    Una instancia de VMware Aria Operations individual ahora se puede integrar con varios tenants de VMware Aria Automation que se ejecutan en el mismo dispositivo local.

  • Acción del día 2 para cancelar el registro de un clúster de máquinas virtuales

    Se admite la acción del día 2 Eliminar del registro para el clúster de máquinas virtuales. Tenga en cuenta que esa acción no está disponible en una máquina virtual individual dentro de un clúster que comparte el disco o el clúster de discos con otras máquinas virtuales.

  • Mayor cantidad de cuentas de nube privada en VMware Aria Automation

    Con esta versión, aumentamos el número de cuentas de nube privada admitidas en VMware Aria Automation de 50 a 100. Para obtener más información, consulte Valores máximos de escalabilidad y simultaneidad.

  • La directiva de uso compartido de contenido ahora admite el ámbito en el nivel de la organización y también permite el control de acceso basado en funciones

    A partir de esta versión, la directiva de uso compartido de contenido admite dos mejoras:

    1. La capacidad de compartir contenido en toda la organización si se estable el ámbito en Organización. Las directivas del ámbito de la organización solo afectan a las VMware Cloud Templates (VCT) compartidas.

    2. Una autorización de acceso basada en funciones. Esta característica permite el uso compartido de contenido entre los usuarios según las funciones establecidas. Las funciones pueden ser administradores de proyectos, miembros de proyecto y funciones personalizadas con nombre.

    Estas mejoras simplifican significativamente el uso compartido de contenido y el control de acceso dentro de la organización. Para obtener más información, consulte Cómo se configuran las directivas de uso compartido de contenido de Automation Service Broker.

  • Nuevos mensajes de error de Active Directory (AD) al cambiar proyectos

    Al invocar la acción Cambiar proyecto en una implementación asociada con una integración de Active Directory, hay ciertos escenarios que provocarán errores de validación.

    Cuando el proyecto de origen está asociado con una integración de AD, pero el proyecto de destino no está asociado con una integración de AD. En esos casos, se recibe el siguiente mensaje de error:

    "Target project is not associated with AD integration".

    Para resolver este error, el proyecto de destino debe asociarse con una integración de AD que tenga la misma unidad organizativa.

    Otro posible escenario se produce cuando el proyecto de origen y el proyecto de destino están asociados con una integración de AD, pero la integración de AD no forma parte de la misma unidad organizativa. En esos casos, se recibe el siguiente mensaje de error:

    "The properties(OU, BaseDN) associated with the project did not match the project".

    Para solucionar este error, se debe cambiar la unidad organizativa del proyecto de destino o se debe realizar una nueva integración de AD para asociarla con la misma unidad organizativa.

  • Anuncio de la decisión de retirar capacidades de automatización específicas de Kubernetes

    VMware by Broadcom anuncia la retirada planificada de las capacidades de integración de Kubernetes, incluida la integración de TKG y la integración de TMC documentadas en Cómo trabajar con Kubernetes en Automation Assembler. La retirada real y la eliminación de estas capacidades del producto se producirán en una versión futura. Se recomienda a los clientes que adopten la interfaz de consumo de nube (Cloud Consumption Interface, CCI) y el servicio vSphere TKG IaaS. Para obtener más información sobre CCI, consulte Introducción a la interfaz de consumo de nube en Automation Service Broker.

  • Anuncio de la decisión de eliminar capacidades de automatización obsoletas

    VMware by Broadcom desea recordar a los clientes que se han retirado las siguientes capacidades y están programadas para eliminarse de VMware Aria Automation en una versión futura:

    • Compatibilidad con NSX-V

    • Compatibilidad con modo de NSX-T Manager

    • Compatibilidad con migración de NSX-V a NSX-T

    • Asistente de migración para vRealize Automation 7.6 a VMware Aria Automation 8.0 y versiones posteriores

    • Asistente de migración para NSX-V a NSX-T

    • Compatibilidad con la integración de VMware Aria Automation con vCloud Director

    Cualquier cliente que actualmente aproveche estas capacidades en VMware Aria Automation debe hacer planes para dejar de utilizar la funcionalidad correspondiente.

  • Anuncio de la decisión de eliminar la compatibilidad con vCenter 6.x

    VMware by Broadcom desea recordar a los clientes que la compatibilidad con vCenter 6.x se eliminará de VMware Aria Automation en una versión futura. Cualquier cliente que actualmente utilice cuentas de nube de vCenter 6.x en VMware Aria Automation debe realizar planes para actualizar a una versión compatible de vCenter.

Novedades de Automation Orchestrator 8.17

  • La administración de licencias se mueve del centro de control al cliente de Automation Orchestrator

    La administración de licencias para la implementación externa de Automation Orchestrator ahora se realiza desde la página Licencias del cliente de Automation Orchestrator. Esta página incluye información sobre la licencia aplicada actualmente y la opción para agregar manualmente una licencia. Para obtener más información, consulte Habilitación de funciones de Automation Orchestrator con licencias. Dado que está configurada para que se corresponda con la licencia de VMware Aria Automation, la página Licencias no está disponible en las implementaciones integradas de Automation Orchestrator.

  • Se eliminó el objeto de creación de scripts Command

    Se eliminó el objeto de creación de scripts Command y se desactivaron los métodos 'execute' y 'executeAndLog'. Si se invocan estos métodos, generan una excepción. Si las acciones o los flujos de trabajo tienen elementos de tarea de scripts que utilizan este objeto o métodos de creación de scripts, estos scripts deben actualizarse.

Problemas resueltos

  • No se puede agregar un dominio de cuenta de nube de VMware Cloud Foundation (VCF) en VMware Aria Automation

    Al intentar agregar un dominio de cuenta de nube de VCF a VMware Aria Automation, recibe el siguiente mensaje de error:

    "Something went wrong in a backend service."

    Este error se produce cuando un usuario agrega un dominio de cuenta de nube de VCF en VMware Aria Automation mientras hay otro dominio creándose en ese momento en SDDC Manager.

  • Se produce un error en la recompilación si la imagen de máquina virtual original ya no está disponible

    Anteriormente, se produce un error en una operación de recompilación del día 2 si la imagen subyacente se había eliminado en el endpoint. Este es un problema para los usuarios que no saben que falta la imagen en el endpoint y la operación de recompilación se bloquea a menos que se agregue manualmente una nueva referencia de imagen desde el back-end de la máquina.

    Este problema se ha resuelto ahora. Al activar la acción del día 2 de recompilación en el nivel de recursos, si falta la imagen, se solicita al usuario que seleccione una imagen de la lista de plantillas de imagen disponibles para recompilar la máquina. 

    Sin embargo, en caso de que la recompilación se realice en el nivel de implementación, se debe incluir manualmente una imagen disponible en las propiedades de la máquina y, a continuación, se puede intentar la acción de recompilación del día 2 en la implementación. Para ello, los usuarios deben utilizar las propiedades de entrada "__resolvedImageLink" y "_imageRef" junto con el valor de imagen correspondiente. Como alternativa, los usuarios pueden activar una operación de recompilación en el nivel de recursos para esa máquina virtual en particular, lo que permitirá al usuario seleccionar una imagen y recompilar la máquina desde la interfaz de usuario. 

  • Actions/{id}/bundle agregado a Swagger

    El endpoint de REST API actions/{id}/bundle se agrega a la documentación de Automation Orchestrator Swagger.

Problemas conocidos

  • Problema de la aplicación de personalización de marca después de actualizar VMware Aria Automation

    Después de actualizar VMware Aria Automation 8.16 a la versión 8.17, no es posible aplicar cambios de personalización de marca en la interfaz de usuario, ya que el botón Aplicar se muestra atenuado.

    Solución alternativa: Seleccione Restaurar valores predeterminados e intente realizar los cambios.

  • No se puede cambiar el tamaño del disco en "VMname" porque el estado del recurso cambió y se muestra un error cuando el usuario intenta realizar una acción de día 2 de cambio de tamaño del disco en la máquina virtual

    Si el usuario no utiliza la clave de controladora SCSI=1000 y el número de unidad=0 en la configuración de dispositivos virtuales conectados a la máquina virtual, se mostrará un error de acción de cambio de tamaño del disco.

    Solución alternativa: Asegúrese de que, entre los discos conectados a la máquina virtual, siempre haya un disco configurado con clave de controladora SCSI=1000 y número de unidad=0. Consulte el artículo de la base de conocimientos https://knowledge.broadcom.com/external/article/369794

Documentación y control de versiones de API

Aviso: Las notas de las versiones anteriores se archivan anualmente:

La documentación de la API está disponible con el producto. Para acceder a todos los documentos de Swagger desde una sola página de destino, vaya a:

  • https://<appliance.domain.com>/automation-ui/api-docs para vRealize Automation 8.x, donde appliance.domain.com es su dispositivo de vRealize Automation.

Antes de utilizar la API, tenga en cuenta las actualizaciones y los cambios de API más recientes de esta versión, y observe los cambios en los servicios de API que utiliza. Si no bloqueó la API usando la variable apiVersion antes, es posible que vea un cambio en una respuesta de la API. Los cambios y las actualizaciones de la API se proporcionan en la sección Novedades de cada versión.

Para las API desbloqueadas, el comportamiento predeterminado varía en función de la API.

  • Para las API de IaaS de Cloud Assembly, todas las solicitudes que se ejecuten sin el parámetro apiVersion se redireccionarán a la primera versión, que es 2019-01-15. Este redireccionamiento permitirá que todos los usuarios que no especificaron previamente el parámetro apiVersion pasen sin problemas a la versión más reciente sin experimentar cambios disruptivos.

    Nota: Para las API de IaaS de Automation Assembly, la versión más reciente es apiVersion=2021-07-15. Si se dejan desbloqueadas, las solicitudes de las API de IaaS se redireccionarán a la primera versión, que es 2019-01-15. La primera versión está obsoleta y se admitirá durante 24 meses. Para garantizar una transición sin problemas a la nueva versión, bloquee las solicitudes de las API de IaaS con el parámetro apiVersion asignado en 2021-07-15.

  • Para otras API, las solicitudes de API utilizarán la versión más reciente de forma predeterminada. Si selecciona una de las fechas de versión anteriores enumeradas para la especificación Swagger, el comportamiento de la API reflejará las API que estaban en vigor a partir de dicha fecha y cualquier fecha hasta la siguiente de la versión más reciente. Las API no tienen versiones para cada versión de vRealize Automation y no todas las API admiten el parámetro apiVersion.

Para obtener más información sobre el uso del parámetro apiVersion, consulte las guías de programación:

Las actualizaciones y los cambios de API para esta versión se proporcionan en las siguientes secciones:

VMware Aria Automation 8.18.1 | Cambios en la API de octubre de 2024

Nombre del servicio

Descripción del servicio

Actualizaciones y cambios de la API

Catálogo

Acceda a elementos y orígenes del catálogo de Service Broker, incluidos el uso compartido de contenido y la solicitud de elementos del catálogo.

Nuevo parámetro de entrada para la opción expand expand=user y nuevo parámetro de tipo de objeto para la opción response para mostrar los nombres de usuario completos de los siguientes endpoints:

  • GET /catalog/api/items

  • GET /catalog/api/items/{id}

  • GET /catalog/api/admin/sources

  • GET /catalog/api/admin/sources/{sourceId}

Para obtener información sobre la respuesta, consulte la explicación en Mostrar nombres de usuario completos en detalles de implementación a continuación.

Formularios personalizados

Defina el comportamiento dinámico de personalización y representación de formularios en Automation Service Broker y Automation Assembler.

Solo los administradores o usuarios de Service Broker con la función personalizada Administrar contenido pueden acceder a los siguientes endpoints:

  • POST /form-service/api/forms/designer/elements

  • POST /form-service/api/forms/designer/request

Para obtener información sobre las funciones personalizadas, consulte Funciones de usuario personalizadas en VMware Aria Automation

Implementación

Acceda a los objetos y las plataformas de la implementación, o a los blueprints que se han implementado en el sistema.

Nuevo parámetro de entrada para la opción expand expand=user y nuevo parámetro de tipo de objeto para la opción response para mostrar los nombres de usuario completos de los siguientes endpoints:

  • GET /deployment/api/deployments

  • GET /deployment/api/deployments/{deploymentId}

  • GET /deployment/api/resources

  • GET /deployment/api/resources/{resourceId}

Para obtener información sobre la respuesta, consulte la explicación en Mostrar nombres de usuario completos en detalles de implementación a continuación.

Canalizaciones

Cree y ejecute canalizaciones para la entrega continua de las aplicaciones a producción.

La respuesta del siguiente endpoint ya no muestra SHA-1 como un certificado de huellas digitales.

GET /codestream/api/endpoint-certificate

Directivas

Interactúe con directivas creadas en Service Broker.

Nuevo parámetro de entrada para la opción expand expand=user y nuevo parámetro de tipo de objeto para la opción response para mostrar los nombres de usuario completos de los siguientes endpoints:

  • GET /policy/api/policies

  • GET /policy/api/policies/{id}

Para obtener información sobre la respuesta, consulte la explicación en Mostrar nombres de usuario completos en detalles de implementación a continuación.

Mostrar nombres de usuario completos en detalles de implementación

La siguiente información se aplica a ciertos endpoints de los servicios de API de catálogo, implementación y directivas.

Cuando se pasa expand=user como entrada y la configuración del administrador "Mostrar nombre de usuarios" está habilitada, se devuelve un nuevo parámetro de tipo de objeto para cada parámetro de salida de tipo de ID de AD.

Parámetro de salida de tipo de ID de AD

Nuevo parámetro de tipo de objeto

createdBy

creator

lastUpdatedBy

lastUpdater

ownedBy

owner

Cada tipo de objeto tiene cinco campos: id, firstname, lastname, email y type como en el siguiente ejemplo. Solo se incluyen campos no nulos en el objeto.

"creator": { 
        "id": "[email protected]", 
        "firstname": "Example", 
        "lastname": "User", 
        "email": "[email protected]", 
        "type": "USER" }

Cambios en la API de VMware Aria Automation 8.18 | Julio de 2024

Nombre del servicio

Descripción del servicio

Actualizaciones y cambios de la API

Reubicación

Defina la directiva y los planes para incorporar las máquinas virtuales existentes desde cualquier nube bajo administración.

La carga útil de POST /relocation/onboarding/task/create-deployment-bulk se actualizó para agregar un campo de plantilla que admite la incorporación con una plantilla de nube.

El fragmento de una carga útil de ejemplo muestra un campo de plantilla con una asignación de recursos que incluye:

  • Nombre de la plantilla de nube

  • Vínculo al identificador de plantilla de nube

  • Máquinas virtuales que se incorporarán y se asignarán a máquinas en la plantilla de nube

"template": { 
  "name": "cloud_template_name", 
  "link": "/blueprint/api/blueprints/template_ID_string", 
  "components": { 
    "/resources/compute/resource_ID_string_1": "Cloud_vSphere_Machine_1", 
    "/resources/compute/resource_ID_string2": "Cloud_vSphere_Machine_2"

Problemas conocidos anteriores

A continuación se muestra una lista de problemas conocidos documentados en versiones anteriores de VMware Aria Automation. Para obtener información más detallada sobre las versiones correspondientes en las que se documentaron por primera vez estos problemas, consulte Archivo de notas de la versión de VMware Aria Automation (8.12-8.16.2).

  • Problema con la longitud de la contraseña al utilizar la autenticación Kerberos

    Después de actualizar Automation Orchestrator, si la implementación está en modo FIPS, algunos endpoints de complementos configurados con autenticación Kerberos dejan de funcionar y recibe el siguiente mensaje de error en los logs:

    org.bouncycastle.crypto.fips.FipsUnapprovedOperationError: password must be at least 112 bits

    Solución alternativa: Utilice contraseñas más largas y seguras, con al menos 14 caracteres, para cumplir con los requisitos de FIPS.

  • Problemas con la importación de flujos de trabajo de Automation Orchestrator

    Puede experimentar problemas al importar un flujo de trabajo de Automation Orchestrator en los orígenes de contenido del catálogo de VMware Aria Automation si las entradas o los campos del flujo de trabajo incluyen el elemento ID de "project", ya que es una propiedad del sistema. Si el ID se agrega a las entradas o a los campos del flujo de trabajo, puede recibir un mensaje de error similar al siguiente: “Error downloading catalog item ‘/workflow/<workflowId>’ (Error: Content provider error).”.

    Nota: Este problema solo es válido para los elementos ID de “project” agregados manualmente a los flujos de trabajo. No está relacionado con los campos de proyecto generados automáticamente que se crean cuando un flujo de trabajo o una plantilla de nube se importan en Service Broker.

    Solución alternativa: Elimine el elemento ID de "project" de las entradas o los campos del flujo de trabajo.

  • Recibe un código de estado de error 500 cuando el valor del campo "compartido" de un origen de contenido de una acción de extensibilidad es NULO

    Cuando su proyecto incluye acciones de extensibilidad, el número de elementos que se muestran en la página Origen de contenido incluye menos acciones que el número total de acciones incluidas en el proyecto. Por ejemplo, es posible que vea cinco de las diez acciones en el campo Número de elementos y un signo de exclamación rojo junto a él. Esto significa que no todas las acciones están sincronizadas en el origen de contenido y que las acciones problemáticas no están disponibles para su uso en el catálogo.

    Solución alternativa: Consulte el artículo 93437 de la base de conocimientos.

  • Autenticación Kerberos no admitida para el complemento de PowerShell

    El complemento de PowerShell para VMware Aria Automation Orchestrator no admite la autenticación Kerberos cuando se utiliza en modo FIPS debido a las restricciones de seguridad en el proveedor de seguridad requerido.

    Cuando se utiliza con versiones anteriores de Automation Orchestrator en modo FIPS, no se recomienda el uso de la autenticación Kerberos en el complemento de PowerShell, ya que puede incumplir la conformidad con FIPS.

    Solución alternativa: Utilice el flujo de trabajo Run Script In Guest para ejecutar un script de PowerShell dentro de la máquina virtual.

  • El uso de scripts de Python con la versión más reciente de la biblioteca de solicitudes o el cliente urllib3 v2 provoca un error "urllib3 v2.0 solo admite OpenSSL 1.1.1+" en las acciones de extensibilidad.

    Actualmente, la versión más reciente de la biblioteca de solicitudes y urllib3 v2 no se pueden utilizar en las acciones de extensibilidad, ya que estas dependencias requieren una versión de OpenSSL posterior a la 1.1.1.

    Solución alternativa: En el cuadro de texto de dependencias del editor de acciones de extensibilidad, especifique una versión de la biblioteca de solicitudes anterior a la 2.29.0 o, si utiliza urllib3, especifique una versión anterior a la 2.

  • Los nombres de servicio y función se reemplazan por valores antiguos cuando se ejecuta deploy.sh por segunda vez

    Este problema importante se identificó con la versión 8.12 de Aria Automation. Consulte el artículo 92018 de la base de conocimientos para obtener más información antes de la actualización o la instalación.

  • Es posible que reciba un error si el campo de un formulario personalizado incluye restricciones de expresión regular

    Si el formulario personalizado incluye uno o varios campos con una restricción de expresión regular, puede recibir un mensaje de error similar al siguiente: "Some data cannot be retrieved. If the problem persists, contact your system administrator. Failed request: <action name>”.

    Solución alternativa: Asegúrese de que la expresión regular cumpla con los estándares de conformidad de Java y JavaScript. El problema se resuelve con este ajuste.

  • Los formularios personalizados complejos no se cargan o tardan más de 10 minutos en cargarse

    Para formularios personalizados complejos con cientos de campos y complicadas reglas de valores predeterminados, es posible la representación del formulario se ralentice. En la mayoría de los casos, esta mayor duración de la representación no se aprecia, pero si el formulario es muy complejo, la ralentización puede ser significativa.

    No hay solución alternativa.

  • Después de la actualización, si la implementación especifica un tamaño de disco de arranque menor que el tamaño del disco de arranque de imagen, se producirá un error en la implementación.

    Este problema conocido se produce al actualizar a la versión 8.11.1 y posteriores.

  • No se puede acceder a algunos servicios después de asociar un tenant con Aria Automation 8.12 a través de LCM

    Después de asociar un tenant con VMware Aria Automation 8.12 a través de LCM, es posible que los usuarios no puedan acceder a los siguientes servicios:

    • Assembler

    • Asistente de migración

    • Canalizaciones

    • Config 

    Solución alternativa:

    1. Inicie sesión en el tenant como usuario con privilegios de propietario de organización.

    2. En Administración de identidades y acceso, haga clic en la pestaña Usuarios activos.

    3. Seleccione el usuario afectado y haga clic en Editar funciones.

    4. Para conceder al usuario acceso a Assembler y a Asistente de migración, haga clic en Agregar acceso a servicio y seleccione Cloud Assembly.

    5. Para conceder al usuario acceso a Pipelines, haga clic en Agregar acceso a servicio y seleccione Code Stream.

    6. Para conceder al usuario acceso a Config, haga clic en Agregar acceso a servicio y seleccione SaltStack Config.

  • Se produce un error en la operación de eliminación de acciones del día 2 al eliminar un grupo de una implementación que depende de un servicio virtual

    Si dos grupos de implementaciones diferentes utilizan un mismo recurso de Avi Load Balancer, como un monitor de estado, al eliminar el monitor de estado de una de las implementaciones, se producirá un error "false".

    La incapacidad de eliminar el recurso es válida, ya que varios grupos hacen referencia al monitor de estado. Sin embargo, el error que se muestra en VMware Aria Automation no es descriptivo. El error que se muestra en la instancia de Avi Load Balancer es más detallado y muestra el motivo por el que se produjo el error en la operación de eliminación.

    No hay solución alternativa.

  • Recibe un error de validación cuando la entrada de una acción está vinculada al campo Proyecto

    Cuando un elemento del catálogo con formularios personalizados tiene una acción externa que tiene el campo Proyecto como entrada, esto puede provocar un error. Al abrir el elemento del catálogo, la ejecución de la acción falla con uno de los siguientes mensajes de error: “Cannot execute external actions due to validation errors [Request info field with name: 'project' does not exist.];” o Some data cannot be retrieved. If the problem persists, contact your system administrator. Failed request: <action name>.

    Solución alternativa: No pase explícitamente el campo de proyecto como una entrada de acción. Cuando se inicia la ejecución de una acción en Automation Orchestrator, el identificador de proyecto se pasa implícitamente como parámetro de contexto. En lugar de tener una entrada para el proyecto en la acción, utilice el parámetro de contexto “_projectId”.

    Por ejemplo, si la acción de Automation Orchestrator recibe una entrada llamada "project":

    1. Elimine esa entrada y, en el script de acción, cree una variable llamada "project" y asígnele el siguiente valor de parámetro de contexto: var project = System.getContext().getParameter("_projectId").

    2. Guarde la acción.

    3. En el diseñador de formularios personalizados de elementos del catálogo, vuelva a seleccionar la acción actualizada.

    4. Guarde el formulario personalizado modificado.

  • El agente de CMX debe admitir todas las métricas compatibles con Spring Boot para que puedan crearse alertas

    Ahora que el servicio CMX se ha trasladado a Spring Boot, debe admitir todas las métricas, especialmente "system_cpu_usage", y necesita enviarlas a Wavefront. Sin esto, no es posible crear alertas en Wavefront cuando el uso de CPU supera el umbral.

    No hay solución alternativa.

  • Se produce un error en el proceso de cambio de proyecto para entornos de varios tenants en implementaciones con acceso remoto

    Este problema puede producirse si la implementación incluye acceso remoto con un tipo de autenticación distinto de publicPrivateKey. Otros tipos de autenticación almacenan sus vínculos de credenciales de autenticación y, durante la acción de cambio de proyecto, las credenciales de acceso remoto se establecen con la organización de tenant. Se aplica una revisión a la descripción del recurso informático, pero con el contexto del propietario (debido a la lógica de reenterWithOwnerAuthContext) y tiene una organización de proveedor. Las credenciales de autenticación se establecen en la organización de tenant, pero se cambian a la organización de proveedor y se produce un error en la solicitud de revisión con una excepción IllegalAccess.

    Solución alternativa:

    Una posible solución alternativa es actualizar las plantillas de nube a partir de las que se crean las implementaciones para utilizar el tipo de autenticación publicPrivateKey para el acceso remoto.

    remoteAccess:
      authentication: publicPrivateKey
      sshKey: ${input.sshKey}
      username: root 
  • Se agota el tiempo de espera de los flujos de trabajo para la interacción del usuario de Aria Automation si no hay respuesta en mucho tiempo

    Las interacciones manuales del usuario no se pueden responder desde Aria Automation si han pasado más de 24 horas; sin embargo, aún se pueden responder desde Automation Orchestrator. Al intentar responder a la interacción manual del usuario desde Aria Automation, aparece este mensaje de error:

    "No se pudo procesar la solicitud debido a: No se pudo encontrar información sobre el identificador de solicitud: '<request id>' para el recurso: '<resource id>'"

  • El depurador de Automation Orchestrator no entra en subtareas

    El depurador de acciones de Automation Orchestrator no entra en acciones internas llamadas a través del método System.getModule(module).action().

    Solución alternativa: utilice la acción raíz como único elemento en un flujo de trabajo nuevo y depure el flujo de trabajo mediante el depurador de flujos de trabajo.

  • Comportamiento intermitente por el cual los servidores no se agregan a un grupo cuando se utilizan grupos de seguridad existentes

    Al asociar un grupo de seguridad NSX a un grupo de Avi Load Balancer, la referencia a este grupo de seguridad debe ser la ruta completa del grupo de seguridad como se muestra en NSX.

    No hay solución alternativa.

  • Se produce un error al implementar un equilibrador de carga de NSX con configuración de persistencia si no se especifican los valores de los campos obligatorios

    Al implementar un equilibrador de carga de NSX con una ruta que incluye la configuración de persistencia, la plantilla de VMware Aria Automation muestra todos los campos posibles en properties > routes > persistenceConfig. Debe especificar valores para todos los campos obligatorios de la siguiente manera:

    • Para PersistenceConfig.type = COOKIE, especifique valores para los siguientes campos:

      • cookieMode

      • cookieGarble

    • Para PersistenceConfig.type = SOURCE_IP, especifique un valor para ipPurge.

    • No utilice PersistenceConfig.type = NONE.

    Si falta un valor para algún campo obligatorio, se producirá un error en la implementación.

    Para obtener más información sobre el esquema de recursos para Cloud.NSX.LoadBalancer > routes > persistenceConfig, vaya al Esquema de tipos de recursos de Aria Automation SaaS.

    No hay solución alternativa.

  • El comando "sseapi-config auth" genera errores en VMware Aria Automation Config SaaS

    El comando "sseapi-config auth" se puede utilizar para ver los identificadores de huella digital de la clave maestra. Actualmente, este comando no funciona para VMware Aria Automation Config SaaS.

    No hay solución alternativa.

  • Los valores del menú desplegable no se restablecen al último valor seleccionado si se vuelve a activar la acción

    En los casos en los que una fuente externa controla valueOptions (dropdown, multiSelect, dualList, combobox , etc.), es posible que se produzca esta situación:

    1. Seleccione un valor en el menú desplegable.

    2. Una acción se activa, lo que hace que el menú tenga cero opciones.

    3. El valor seleccionado originalmente se borra del control de la interfaz de usuario, pero está disponible bajo solicitud.

    Solución alternativa: Si está disponible, seleccione explícitamente el valor vacío.

  • Las implementaciones de la máquina virtual provocan un error con el mensaje "Obteniendo máquina virtual en endpoint de directiva de NSX-T"

    No se pueden utilizar caracteres especiales en el nombre de una máquina virtual cuando se utilizan etiquetas de NSX.

    No hay solución alternativa.

  • Al crear una instancia, se produce un error al crear discos con etiquetas debido a una transformación inesperada de snake case

    Se trata de un error que forma parte de un escenario poco probable. 

    Al crear la instancia, cuando un usuario intenta crear una instancia con discos, usando initialize_params y asignando etiquetas a ese disco que contienen formato snake case (p. ej. "first_key": "first_value"), la clave se convertirá en "firstKey", que no es un formato de etiqueta válido. 

    Se recomienda agregar las etiquetas por separado mediante el recurso de disco, o utilizar un guion bajo en la clave de etiqueta.

  • Información de nivel de rendimiento incoherente para la máquina de Azure cuando se cambia el tamaño del disco administrado mediante acciones del día 2

    Cuando un disco de Azure con un disco administrado Premium cambia de tamaño con acciones del día 2 en Aria Automation, se actualiza el nivel de rendimiento de línea base en el portal de Azure. Sin embargo, el nivel de rendimiento sigue siendo el mismo en la plantilla de las propiedades personalizadas de Aria Automation. Esto da lugar a información de nivel de rendimiento incoherente.

    No hay solución alternativa.

  • Las acciones eliminadas aparecen para las aplicaciones auxiliares

    Aparecen acciones de eliminación no admitidas para las aplicaciones auxiliares, como CloudZoneAllocationHelper y CustomNamingHelper.

    No hay solución alternativa.

  • Las máquinas de vCenter se muestran con una IP de direccionamiento IP privado automático (APIPA) como IP principal

    La IP de APIPA es una dirección IPv4 que se asigna a una máquina cuando no se puede acceder al servidor DHCP del sistema. La dirección se encuentra dentro del siguiente rango: desde 169.254.0.1 hasta 169.254.255.254. Cuando esto ocurre, el algoritmo de VMware Aria Automation selecciona incorrectamente la dirección IP de APIPA como la dirección IP principal de la máquina que aparece en la interfaz de usuario de VMware Aria Automation. Esto se aplica tanto a las máquinas detectadas como a las implementadas. 

    VMware Aria Automation muestra la IP de APIPA como la dirección IP principal de la máquina de vCenter porque el algoritmo para determinar la dirección IP principal no pudo filtrar estas direcciones IP. 

    No hay solución alternativa.

  • Integrar la versión 0.21.0 del complemento en el proyecto Flagman

    En las plantillas de nube para recursos de idem.gcp, los usuarios deben utilizar type_ y no type.

    Existen dos casos identificados diferentes:

    En instancia -> network_interfaces, es posible equivocarse con la propiedad type_ y escribirla como type. Si se utiliza type, VMware Aria Automation no notifica al usuario (según lo esperado), la propiedad se omite y no se establece el valor deseado.

    network_interfaces:
            - access_configs:
                - kind: compute#accessConfig
                  name: External NAT
                  network_tier: PREMIUM
                  set_public_ptr: false
                  type_: ONE_TO_ONE_NAT
              kind: compute#networkInterface
              name: nic0
              network: https://www.googleapis.com/compute/v1/projects/tango-gcp/global/networks/default
              stack_type: IPV4_ONLY
              subnetwork: https://www.googleapis.com/compute/v1/projects/tango-gcp/regions/us-central1/subnetworks/default 

    El otro caso práctico se encuentra en disk. Es posible equivocarse fácilmente con la última propiedad type_ y escribirla como type. Esto lleva al mismo resultado que se describe anteriormente: no se notifica al usuario de ninguna manera, se omite la propiedad y el valor se establece en el valor predeterminado, no en el valor especificado en la plantilla de nube.

      Idem_GCP_COMPUTE_DISK_2:
        type: Idem.GCP.COMPUTE.DISK
        properties:
          name: e2e-idem-disk-2-${input.UUID}
          account: ${resource.Allocations_Compute_1.selectedCloudAccount.name}
          size_gb: 1
          project: ${resource.Allocations_Flavor_1.selectedCloudAccount.additionalProperties.gcp.project}
          zone: ${resource.Allocations_Compute_1.selectedPlacementCompute.name}
          type_: ${'/projects/' + resource.Allocations_Flavor_1.selectedCloudAccount.additionalProperties.gcp.project + '/zones/' + resource.Allocations_Compute_1.selectedPlacementCompute.id + '/diskTypes/pd-ssd'} 

     

    No hay solución alternativa.

  • Los paquetes de Python no se descargan de registros privados que requieren setuptools

    Cuando se utiliza un repositorio de Python privado basado en el paquete setuptools, no se pueden descargar las dependencias.

  • No se aplica la creación de una instancia con un estado distinto de EN EJECUCIÓN

    Cuando se crea una nueva instancia de máquina virtual, Google Compute Engine la aprovisiona automáticamente en estado EN EJECUCIÓN, incluso cuando la plantilla de implementación especifica otro estado de tiempo de ejecución deseado (p. ej., FINALIZADO).

check-circle-line exclamation-circle-line close-line
Scroll to top icon