2022.4.0
Release date: 25 April 2024
- Automation Hub
- Process Mining
- Test Manager
- Insights
Fecha de lanzamiento: 29 de julio de 2022
Automation Suite 2022.4.0 ahora es compatible con RHEL 8.5.
Fecha de publicación: 23 de mayo de 2022
Develop et impera" with our newest Automation Suite member: Data Service. We bring the service within your reach for broader accessibility, providing secure storage and management capabilities for your UiPath® data models. Now you can store your business data by creating Data Service entities, import them in Studio, design workflows using your own data, interact with other UiPath® products, such as Apps, all from a central location. Moreover, you can reference the available API resources to develop your own application and leverage the Data Service functionality to your interests. That's one way to satisfy your automation "sweet(suite) tooth".
Al actualizar a una nueva versión de Automation Suite, los productos recién incorporados no se habilitan de forma predeterminada. Este también es el caso de Data Service, que solo puedes habilitar después de una actualización a 2022.4. Para obtener instrucciones, consulta Gestionar productos.
Por otro lado, si realizas una instalación limpia de Automation Suite, Data Service se habilita de forma predeterminada, independientemente de si optas por el perfil Básico o el Completo. Para deshabilitar el producto, consulta Manual: experiencia de instalación avanzada.
Como parte de esta versión de Automation Suite, también hemos habilitado el catálogo de recursos de forma predeterminada. Este nuevo servicio está integrado con Orchestrator y no se requiere ninguna acción por tu parte en términos de instalación y configuración. Para obtener más detalles sobre la funcionalidad provocada por el catálogo de recursos, consulta la documentación de Orchestrator.
La integración permite conectar Automation Suite a cualquier proveedor de identidades (IdP) compatible con la norma SAML 2.0, como Okta o PingOne, por nombrar algunos.
La integración ya estaba disponible para los hosts, pero ahora está disponible también para las organizaciones.
Acerca del modelo de autenticación SAML | Configurar la integración de SAML (para organizaciones)
Hemos añadido soporte para LDAP sobre SSL para la integración de Active Directory.
Insights con licencia a nivel de host
La licencia de servicio de Insights ahora también se puede administrar desde el nivel de host, como para otras licencias de servicio, no solo desde el nivel de organización.
Auditoría para la asignación y desasignación de licencias
La asignación o desasignación de licencias a nivel de host ahora se registra en los registros de auditoría de host.
Mejoras en el rendimiento de la página de licencias
Para aumentar el rendimiento en la recuperación de grandes listas de usuarios o grupos en la página de Licencias, hemos realizado los siguientes cambios en la interfaz de usuario, que se aplican a los tenants con el modelo de gestión de licencias de usuario activado:
- La lista de usuarios ya no se puede filtrar por la columna Nombre.
- Buscar un usuario ya no ordena la lista.
- Los usuarios o grupos eliminados se identifican con una etiqueta N.A.
Las licencias huérfanas de los usuarios o grupos eliminados deben eliminarse manualmente, de modo que puedan reintroducirse en el conjunto de licencias para su futura reasignación.
Nueva licencia de usuario: Desarrollador de Automatización
Para los clientes existentes que tienen licencias de usuario de RPA Developer Pro, RPA Developer o Test Developer Pro, estos son los cambios que pueden ver en el producto:
- Todas las licencias existentes de RPA Developer Pro pasan a llamarse Automation Developer. <!
- Las licencias RPA Developer existentes se mantienen tal cual.
- Las licencias existentes de Test Developer Pro, que no se mostraban en el producto, se añaden ahora a tu recuento de licencias de Automation Developer.
Conversión de licencias
¿Cómo? Si estás en la versión 2020.4 o posterior, puedes solicitar la conversión de tus licencias de usuario de RPA Developer y Test Developer Pro a licencias de usuario de Automation Developer enviando un ticket de licencia a Soporte.
¿Por qué? Convertir las licencias existentes en licencias de Automation Developer permite aprovechar la ventaja de tener menos tipos de licencias que gestionar. Además, en el caso de las licencias de RPA Developer, la conversión de la licencia te permite actualizar a todo el conjunto de capacidades que ofrece Automation Developer.
Actualización de la asignación de licencias: Una vez completada la conversión de licencias y que tus licencias de Automation Developer estén disponibles en Automation Cloud, debes actualizar la asignación de licencias. Para aquellos usuarios o grupos que tenían una licencia de RPA Developer asignada a través de un grupo o directamente asignada, asigna una licencia de Automation Developer a ellos en su lugar.
Hemos automatizado el proceso de verificar si su entorno cumple con los requisitos antes de instalar Automation Suite. Ahora tiene scripts dedicados que le ayudarán a prepararse para una instalación sin problemas. Para obtener más información sobre cómo utilizar las nuevas herramientas, consulta:
Ahora puede instalar Automation Suite en máquinas que ejecutan RedHat Enterprise Linux (RHEL) 8.5. Además, RHEL 8.4 es compatible con GPU.
Ahora hay dos formas de acceder a ArgoCD, en función de las operaciones que quieras realizar: puedes utilizar la cuenta de solo lectura para escenarios básicos o la cuenta de administrador para la configuración avanzada. Para obtener más detalles, consulta Gestionar el clúster en ArgoCD.
drain-node.sh recién introducido. Para obtener instrucciones, consulta Apagar un nodo.
Queremos que pueda seguir fácilmente las mejoras que hacemos en nuestras plantillas en la nube. Por eso hemos decidido documentar las mejoras de las plantillas en notas de versión separadas. Cada dos semanas, verá nuevas notas de la versión en las secciones dedicadas a cada plantilla:
- Notas de la versión de la plantilla de AWS
- Notas de versión de Plantilla para GCP
- Notas de versión de Plantilla de Azure
Las plantillas para Automation Suite 2022.4.0 se publicarán pronto y nos aseguraremos de añadir todos los detalles a las notas de la versión.
Tenga en cuenta que las notas de la versión generales de Automation Suite no se verán afectadas por este cambio.
Muchos componentes de Automation Suite usan volúmenes persistentes para almacenar los datos dentro del clúster. Estos volúmenes persistentes se replican en múltiples nodos para garantizar que tenga un RTO y RPO mínimos en la implementación de producción multinodo preparada para alta disponibilidad.
Algunos componentes, como Ceph, que almacena paquetes NuGet y datos de cola en Orchestrator, conjuntos de datos cargados en AI Center, grabaciones para el análisis de Task Mining, etc., tenían un factor de replicación de 18 veces. En otras palabras, para almacenar 1 GB de datos, necesitaba 18 GB de espacio en disco distribuidos en múltiples nodos de servidor. No hace falta decir que esto implicó una gran sobrecarga de almacenamiento. Otros volúmenes persistentes utilizados por componentes como Prometheus, AlertManager, RabbitMQ, MongoDB, Insights, etc. se encontraban en una situación similar.
Esta versión de Automation Suite aporta una serie de optimizaciones de nivel de almacenamiento diseñadas para reducir los requisitos de Ceph Objectstore a un factor de replicación de 9 veces. Esto es posible moviendo Ceph de algoritmo de codificación Replicado a Borrado.
Sin embargo, puedes considerar esta solución solo si utilizas Ceph 15.x. Esto sería así si haces una instalación limpia de Automation Suite 2022.4 o actualizas desde una de las siguientes versiones: 2021.10.0, 2021.10.1, 2021.10.2 a 2022.4.0. Por otro lado, si tu versión de Ceph es la 16.x, realizar las operaciones de optimización del almacenamiento dará como resultado una reducción de la tolerancia a fallos por corrupción de datos. Por esta razón, no se recomiendan optimizaciones de almacenamiento al actualizar de 2021.10.3 o 2021.10.4 a 2022.4. Para obtener más detalles al respecto, consulta Optimizar el almacenamiento Objectstore.
Sin embargo, si decides realizar los pasos de migración adicionales para Ceph al actualizar a Automation Suite 2022.4, esto es lo que debes tener en cuenta. La migración necesita almacenamiento temporal en discos subyacentes. Si tienes al menos un 35 % de almacenamiento disponible, puedes seguir Automatizado: migrar el grupo de datos de Ceph de tipo replicado a tipo de código de borrado. De lo contrario, debes aportar el disco adicional de 512 GiB en cualquiera de las máquinas del servidor en las que planeas realizar la migración y seguir las instrucciones en Manual: migrar el grupo de datos de Ceph de tipo replicado a tipo código de borrado.
Ten en cuenta que, al actualizar el clúster de la versión 2021.10 a la versión 2022.4, el tamaño de almacenamiento de otros componentes seguirá siendo el mismo porque Kubernetes no admite de forma inherente la reducción del tamaño de los volúmenes persistentes. Esta limitación no afecta a las instalaciones nuevas.
En cuanto a otros componentes, también hemos reducido drásticamente su tamaño para reducir los requisitos generales de almacenamiento.
Para averiguar cuánto almacenamiento necesitas para tu caso de uso, consulta Evaluar tus necesidades de almacenamiento.
Hemos dedicado un gran esfuerzo a revisar toda la experiencia de copia de seguridad y restauración para que puedas mantener tu clúster de Automation Suite a salvo sin mover ni un solo lugar.
Ahora puede elegir entre dos enfoques diferentes: uno automatizado y uno manual. El método automatizado de copia de seguridad y restauración juega el papel principal y también es la opción recomendada, ya que hace que todo el proceso sea más accesible y menos propenso a errores.
uipathctl.sh. ¿Te preguntas qué tiene de versátil? Además de ayudarte a configurar la copia de seguridad y restaurar el clúster, el script también puede utilizarse en escenarios de actualización. Para más detalles, consulta Uso de uipathctl.sh.
Por otro lado, el enfoque manual de la operación de copia de seguridad y restauración requiere más experiencia técnica, pero también abre la puerta a una mayor personalización.
Para obtener una descripción general de las dos opciones e instrucciones adicionales, consulta Copia de seguridad y restauración del clúster.
Como también es el caso de la operación de copia de seguridad y restauración, también hemos mejorado considerablemente la experiencia de actualización para que pueda pasar fácilmente a la última versión de Automation Suite. Del mismo modo, ahora puede elegir entre un método automatizado o manual.
uipathctl.sh .
Por otro lado, la actualización manual es una operación más compleja, que requiere más conocimientos técnicos y es adecuada para aquellos que desean un mayor control de todo el proceso. Ten en cuenta, sin embargo, que las actualizaciones manuales desde la versión 2021.10 requieren que realices algunos pasos adicionales para migrar de Canal a Cilium CNI.
Para obtener instrucciones sobre cómo actualizar Automation Suite, ya sea manualmente o utilizando el método automatizado, consulta Actualizar Automation Suite.
Se han introducido numerosas alertas para darte más control sobre Automation Suite y para estar al tanto de cualquier incidencia que pueda surgir. Entre ellas están las alertas de solicitud de enrutamiento, nodo caído, MongoBD, alertas de RabbitMQ, etc. Para obtener más detalles, consulta Runbooks de alerta.
- El instalador
install-uipath.shahora acepta los siguientes nuevos marcadores:-c,-m|--machines,--compare-config,--skip-compare-config. Para obtener más detalles, consulta los parámetros de install-uipath.sh. - Ya no tienes que ejecutar el instalador
install-uipath.shal cargar los paquetes de Document Understanding y Computer Vision en un entorno sin conexión. Consulta nuestra documentación para los nuevos comandos: perfil de evaluación de nodo único y perfil de producción multinodo preparado para alta disponibilidad sin conexión. - Hemos simplificado considerablemente la instalación de la GPU. Consulta Habilitar la GPU en el clúster para obtener las nuevas instrucciones.
- La puerta de enlace de Istio ahora requiere la versión 1.2 y posterior de TLS. Aunque no se recomienda, sigue siendo posible utilizar una versión de TLS obsoleta. Para obtener más detalles, consulta Habilitar una versión de TLS obsoleta.
- Hemos actualizado los requisitos para el puerto de nodo utilizado para la comunicación interna. Ahora solo debes habilitar el puerto
30071en lugar del rango32767-30000.
A partir de la versión 2022.4, los certificados de MongoDB generados durante la instalación tienen una validez de tres años. El certificado de CA se renueva automáticamente 30 días antes de que caduque, mientras que el certificado TLS se renueva 20 días antes de que caduque. Por ello, no es necesaria la intervención del usuario para mantener la validez de los certificados.
Sin embargo, si quieres renovar los certificados manualmente, puedes utilizar la CLI de rotación de certificados. Sigue los pasos de la página de renovación del certificado de MongoDB para hacerlo.
Nueva pestaña de configuración de seguridad
El portal del host de Automation Suite y la página de Administración del portal de la organización ahora incluyen una nueva pestaña llamada Configuración de seguridad.
Esta nueva pestaña incluye la funcionalidad que anteriormente estaba disponible en la pestaña Configuración de autenticación ahora eliminada que estaba disponible en las páginas Usuarios (nivel de host) o Cuentas y grupos (nivel de organización).
Actualizaciones de encabezado
Hemos realizado algunos cambios menores en el encabezado de Automation Suite:
- El icono de usuario se ha movido de la esquina superior izquierda de la ventana a la esquina superior derecha de la misma.
- En la esquina superior izquierda, ahora tenemos el icono del Lanzador de aplicaciones, que abre la lista de productos de Automation Suite disponibles.
Preferencias de usuario
Desde el icono de usuario, ahora puede seleccionar la opción Preferencias para abrir la página de Preferencias . Desde allí, puede establecer sus preferencias de idioma y tema, así como restablecer su contraseña.
/connect/token ya no acepta el tipo de contenido multipart/form-data.
application/x-www-form-urlencoded.
Para seguir el modelo de privilegios mínimos recomendados de Microsoft, hemos actualizado los permisos que deben asignarse desde Azure para configurar la integración de Azure AD de la siguiente manera:
- Para los Permisos de los miembros del grupo, en vez de Group.Read.All, ahora se necesita el permiso GroupMember.Read.All.
- Para los permisos de Usuario, en vez de User.Read.All, ahora se necesita el permiso User.ReadBasic.All. (User.Read sigue siendo necesario, igual que antes).
Repercusión
Si ya tenías configurada la integración, debes actualizar tu configuración de Azure a:
- Sustituye los permisos antiguos por los nuevos.
- Después de los cambios de permisos, selecciona la casilla Conceder autorización de administrador.
Resolución de problemas de inicio de sesión de Azure AD: si no realizas el paso 2, se les pedirá a tus usuarios que concedan autorización cuando intenten iniciar sesión. Dado que solo un administrador de Azure puede conceder autorización, los usuarios ya no podrán iniciar sesión.
Configurar Azure para la integración (pasos 9 y 10)
- Automation Suite depende del reenvío de IP de Linux, que debe estar habilitado. En ocasiones, durante la actividad de mantenimiento del nodo, el reenvío de IP se deshabilitaba por error, interrumpiendo la comunicación hacia y desde el nodo afectado. A partir de esta versión, Automation Suite habilita automáticamente el reenvío de IP de Linux.
- Anteriormente, cualquier llamada a Automation Suite devolvía una cadena de certificados parcial, que los navegadores y otras herramientas a veces consideraban de no confianza. A partir de esta versión, Automation Suite siempre devuelve una cadena de certificados completa.
-
Longhorn crea réplicas de cada volumen persistente en diferentes nodos para garantizar la alta disponibilidad. Si el proceso de replicación en cualquier nodo es defectuoso, Longhorn recupera la réplica afectada y libera el espacio.
Sin embargo, si el nodo en el que reside la réplica defectuosa es inaccesible durante más de 30 minutos, Longhorn no podrá recuperar ese espacio. Por este motivo, la réplica defectuosa seguirá usando el disco por la eternidad. Para recuperar este espacio, hemos introducido un trabajo cron que comprueba periódicamente si hay réplicas defectuosas.
- Al borrar una instalación antigua y luego instalar el nuevo clúster en las mismas máquinas, a los pods de Istio se les asignaban direcciones IP incorrectas, que estaban fuera del rango de CIDR del clúster de Kubernetes. Por esta razón, los servicios que se ejecutan en los nodos con direcciones IP de Istio no válidas no pudieron servir el tráfico. Este comportamiento no deseado se produjo debido a los archivos de residuos dejados por la desinstalación del clúster anterior. Para solucionar este problema, hemos introducido una función de curador automático que supervisa y cura los pods de Istio.
- Después de reiniciar un clúster de un solo nodo, los pods que usaban volúmenes persistentes se quedaban atascados en el estado de inicialización con el error
volumeattachment. Para evitar este problema, hemos introducido una función de reparación automática que supervisa y repara los pods. - A veces, los pods Ceph se quedaban atascados en el estado de terminación para siempre debido a que Longhorn no podía eliminar los dispositivos de bucle invertido subyacentes. Esto provocó que el almacenamiento no funcionara, lo que, a su vez, hizo que el clúster fuera inaccesible. Para solucionar este problema, hemos añadido un trabajo cron periódico que identifica el problema e implementa la funcionalidad de recuperación automática.
- NetworkManager manipularía la tabla de enrutamiento para las interfaces en el espacio de nombres de red predeterminado donde muchos CNI, incluido el RKE2 predeterminado, crean veth pares para conexiones a contenedores. Esto interferiría con la capacidad del CNI para enrutar correctamente y podría hacer que la instalación de Automation Suite falle. Para solucionar estos problemas, hemos configurado NetworkManager para ignorar la interfaz de red de franela.
- El HTML de la página de inicio de sesión personalizada perdería propiedades de estilo después de guardar, abandonar la página y volver a ella.
- Al configurar SMTP para las notificaciones por correo electrónico del sistema, el campo Host SMTP solía dar fallo durante la validación si se utilizaba un nombre de host en lugar de un FQDN.
- Se ha corregido el script
configureUiPathDisks.shpara configurar la partición/datadiskLonghorn cuando el disco subyacente se escala verticalmente. - Cuando la configuración de auditoría era inalterable, las actualizaciones fallaban sin un mensaje de error específico durante la etapa de instalación de infraestructura. Hemos solucionado el problema.
-
Erratum - added April 19, 2024: In certain situations, Prometheus pods can fail to start due to an out-of-memory (OOM) error. To fix the issue, see the Troubleshooting section.
-
Erattum - added April 19, 2024: In certain situations, Ceph metrics and alerts are missing from the monitoring dashboards. To fix the issue, see the Troubleshooting section.
-
Erattum - added April 19, 2024: False positive CephMgrIsAbsent alerts are displayed even though there are no storage issues.
-
Fe de erratas de enero de 2024: el script de limpieza de la copia recuperaría de forma incorrecta el almacenamiento en los nodos. Para obtener más detalles, consulta el artículo Solución de problemas del parche de recuperación de almacenamiento.
-
Las sesiones de usuario en los portales para el host y la organización no tienen tiempo de espera.
-
Para aplicar un período de tiempo de espera, debes establecer un intervalo de tiempo de espera de manera manual para los portales de gestión.
Para descubrir qué ha cambiado en cada componente de Automation Suite, visite los siguientes enlaces.
Si el componente está en gris, esta nueva versión de Automation Suite no incorpora ningún cambio en él.
|
Componente |
Versión |
|---|---|
|
RKE2 |
v1.21.4+rke2r2 |
|
ArgoCD |
v2.2.5 |
|
rook-ceph |
v1.7.9 |
|
cert-manager |
1.2.0 |
|
Rancher |
2.6.0 |
|
rancher-istio | 100.0.0-up1.10.4 |
|
longhorn |
1.2.2 |
|
longhorn-crd |
1.1.100 |
|
reloader |
v0.0.89 |
|
csi-driver-smb |
v1.4.0 |
|
rabbitmq-operator |
1.5.0 |
|
redis-operator |
6.2.8-11 |
|
redis-cluster |
6.2.8-53 |
|
MongoDB |
4.4.4-ent |
|
docker_registry |
2.7.1 |
|
self_heal_operator |
0.0.1 |
- Changes to license-related tenant limitations
- Novedades
- Novedades
- Data Service ya disponible en Automation Suite
- El catálogo de recursos ya está disponible en Automation Suite
- Integración SAML para organizaciones
- LDAP sobre SSL (LDAPS)
- Licencia
- Validación automatizada de requisitos previos
- Soporte para nuevas versiones de RHEL
- Acceso ArgoCD
- Cierre correcto del nodo
- Actualizaciones de la documentación
- Mejoras
- Optimizaciones de almacenamiento
- Experiencia mejorada de copia de seguridad y restauración
- Experiencia de actualización mejorada
- Alertas mejoradas
- Mejoras en la instalación
- Renovación de certificados de MongoDB
- Mejoras en la interfaz de usuario
- Cambios de última hora
- Token de conexión
- Integración de Azure AD (organización)
- Corrección de errores
- Problemas conocidos
- Detalles del paquete
- Versiones de productos
- Versiones de componentes internos de terceros
