- Información general
- Requisitos
- Instalación
- Q&A: Deployment templates
- Configurar las máquinas
- Configurar el almacén de objetos externo
- Configurar un registro de Docker externo
- Configurar el equilibrador de carga
- Configurar el DNS
- Configurar Microsoft SQL Server
- Configurar los certificados
- Instalación de producción multinodo preparada para alta disponibilidad en línea
- Instalación de producción multinodo preparada para alta disponibilidad sin conexión
- Disaster Recovery: instalar el clúster secundario
- Descarga de los paquetes de instalación
- parámetros de install-uipath.sh
- Habilitar el complemento de alta disponibilidad (HAA) de Redis para el clúster
- Archivo de configuración de Document Understanding
- Inclusión de un nodo agente dedicado compatible con GPU
- Añadir un nodo agente dedicado a Task Mining
- Conexión de la aplicación Task Mining
- Añadir un nodo agente dedicado a Automation Suite Robots
- Después de la instalación
- Administración de clústeres
- Gestionar los productos
- Primeros pasos con el Portal de administración del clúster
- Migrating objectstore from persistent volume to raw disks
- Migrating data between objectstores
- Migrating in-cluster objectstore to external objectstore
- Cambiar al clúster secundario
- Disaster Recovery: realizar operaciones posteriores a la instalación
- Convertir una instalación existente en una configuración en varios sitios
- Directrices para actualizar una implementación activa/pasiva
- Directrices sobre la copia de seguridad y restauración de una implementación activa/pasiva
- Supervisión y alertas
- Migración y actualización
- Rutas de actualización de Automation Suite
- Automatizado: Actualización en línea
- Automatizado: Actualización sin conexión
- Manual: Actualización en línea
- Manual: Actualización sin conexión
- Reversión por error
- Migración de disco físico Longhorn a LVM
- Migración de Canal a Cilium CNI
- Downgrading Ceph from 16.2.6 to 15.2.9
- Opciones de migración
- Paso 1: Mover los datos de la organización de identidad de independiente a Automation Suite
- Paso 2: restaurar la base de datos del producto independiente
- Paso 3: Realizar una copia de seguridad de la base de datos de la plataforma en Automation Suite
- Paso 4: Fusionar organizaciones en Automation Suite
- Paso 5: actualizar las cadenas de conexión de los productos migrados
- Step 6: Migrating standalone Insights
- Paso 7: eliminar el tenant predeterminado
- B) Migración de tenant único
- Configuración específica del producto
- Buenas prácticas y mantenimiento
- Solución de problemas
- Cómo solucionar los problemas de los servicios durante la instalación
- Cómo desinstalar el clúster
- Cómo limpiar los artefactos sin conexión para mejorar el espacio en disco
- Cómo borrar datos de Redis
- Cómo habilitar el registro de Istio
- Cómo limpiar manualmente los registros
- Cómo limpiar los registros antiguos almacenados en el paquete sf-logs
- Cómo deshabilitar los registros de transmisión para AI Center
- Cómo depurar instalaciones de Automation Suite fallidas
- Cómo eliminar imágenes del instalador antiguo después de la actualización
- Cómo limpiar automáticamente las instantáneas de Longhorn
- Cómo deshabilitar la descarga de la suma de comprobación de NIC
- Cómo establecer manualmente el nivel de registro de ArgoCD en Info
- No se puede ejecutar una instalación sin conexión en el sistema operativo RHEL 8.4
- Error al descargar el paquete
- La instalación sin conexión falla porque falta un binario
- Problema de certificado en la instalación sin conexión
- First installation fails during Longhorn setup
- Error de validación de la cadena de conexión SQL
- Error en la comprobación de requisitos previos para el módulo iscsid de selinux
- Azure disk not marked as SSD
- Fallo tras la actualización del certificado
- El antivirus causa problemas de instalación
- Automation Suite not working after OS upgrade
- Automation Suite requiere que backlog_wait_time se establezca en 0
- Nodo de GPU afectado por la falta de disponibilidad de recursos
- El volumen no se puede montar porque no está listo para las cargas de trabajo
- Fallo al cargar o descargar datos en el almacén de objetos
- PVC resize does not heal Ceph
- Fallo en el redimensionamiento de PVC
- Fallo en el redimensionamiento de PVC de objectstore
- Rook Ceph o Looker pod atascados en estado Init
- Error de archivo adjunto de volumen de StatefulSet
- Fallo en la creación de volúmenes persistentes
- Parche de reclamación de almacenamiento
- La copia de seguridad falló debido al error
- Todas las réplicas de Longhorn son defectuosas
- Establecer un intervalo de tiempo de espera para los portales de gestión
- Actualizar las conexiones del directorio subyacente
- La autenticación no funciona tras la migración
- kinit: no se puede encontrar la KDC para el territorio <AD Domain> mientras se obtienen las credenciales iniciales
- kinit: keytab no contiene claves adecuadas para *** mientras se obtienen las credenciales iniciales
- Error en la operación GSSAPI debido a un código de estado no válido
- Alarma recibida por un error en el trabajo de Kerberos-tgt-update
- Proveedor de SSPI: servidor no encontrado en la base de datos de Kerberos
- Error en inicio de sesión de un usuario AD debido a una cuenta deshabilitada
- ArgoCD login failed
- Fallo en la obtención de la imagen de Sandbox
- Los pods no se muestran en la interfaz de usuario de ArgoCD
- Fallo de la sonda Redis
- El servidor RKE2 no se inicia
- Secreto no encontrado en el espacio de nombres UiPath
- ArgoCD entra en estado de progreso tras la primera instalación
- Incidencias al acceder a la cuenta de solo lectura de ArgoCD
- Pods MongoDB en CrashLoopBackOff o pendientes de aprovisionamiento de PVC tras su eliminación
- Unhealthy services after cluster restore or rollback
- Pods atascados en Inicialización: 0 / X
- Prometheus en estado CrashloopBackoff con error de falta de memoria (OOM)
- Faltan métricas de Ceph-rook en los paneles de supervisión
- Document Understanding no se encuentra en la barra izquierda de Automation Suite
- Estado fallido al crear una sesión de etiquetado de datos
- Estado fallido al intentar implementar una habilidad ML
- El trabajo de migración falla en ArgoCD
- El reconocimiento de la escritura manual con el extractor de formularios inteligente no funciona
- Uso de la herramienta de diagnóstico de Automation Suite
- Uso de la herramienta del paquete de soporte de Automation Suite
- Explorar registros
Requisitos de hardware y software
Para obtener más información sobre los conceptos básicos utilizados en la implementación de Automation Suite, consulta Glosario.
La experiencia de instalación predeterminada incluye dos opciones de productos:
- Completa (todos los productos): instala la lista completa de productos disponibles en Automation Suite. Para obtener más detalles, consulta Productos de Automation Suite.
-
Seleccionar productos: te permite seleccionar e instalar solo los productos en los que estás interesado. No obstante, recuerda que el instalador tiene en cuenta las dependencias entre productos. Eso significa que, si un producto requiere la instalación de otro producto, deberás instalar ambos. Para obtener más detalles, consulta Dependencias entre productos.
Nota:Puedes activar más productos con posterioridad en la misma implementación, después de la instalación inicial y sin tener que volver a llevar a cabo ninguna reinstalación. Para obtener más información, consulta la sección Gestión de productos.
Recomendamos validar los requisitos de hardware según el uso esperado y asegurarse de que la implementación tenga capacidad suficiente antes de agregar productos adicionales. Para obtener más información, consulta Planificación de la capacidad.
Puede implementar Automation Suite en modo de evaluación de nodo único o de producción preparada para alta disponibilidad multinodo . Si bien la mayoría de los requisitos previos para los dos perfiles son idénticos, el modo de producción multinodo preparado para alta disponibilidad requiere recursos adicionales.
Una vez que comienza la implementación, no puede cambiar ni actualizar de un perfil de implementación a otro. Antes de elegir su perfil de implementación, consulte Casos de uso compatibles para instalaciones de nodo único y multinodo.
Perfil de implementación |
Requisitos previos |
Instalación |
---|---|---|
Perfil de perfil de evaluación de nodo único |
Una máquina Linux (RHEL 8.6, 8.8 o 8.9) con la herramienta ipcalc instalada
Nota:
|
|
| ||
Dns | ||
TLS 1.2+ | ||
IPv4 Importante: IPv6 no es compatible.
| ||
Certificados de cifrado TLS, firma de tokens y conexiones SQL de confianza | ||
Servidor Proxy (opcional) | ||
Autenticación Kerberos (opcional) | ||
Almacén de objetos externo (opcional) | ||
Registro de Docker externo (opcional) | ||
Perfil de producción multinodo preparado para alta disponibilidad |
Mínimo de 3 máquinas Linux (RHEL 8.6, 8.8 o 8.9) con la herramienta ipcalc instalada:
Nota:
|
|
| ||
Dns | ||
TLS 1.2+ | ||
IPv4 Importante:
No se admite IPv6. | ||
Certificados de cifrado TLS, firma de tokens y conexiones SQL de confianza | ||
Load balancer | ||
Servidor Proxy (opcional) | ||
Autenticación Kerberos (opcional) | ||
Almacén de objetos externo (opcional) | ||
Registro de Docker externo (opcional) |
- Necesitas permisos de administrador (root) para instalar e implementar Automation Suite. Para obtener más información sobre los componentes concretos que requieren acceso de administrador, consulta Requisito de privilegios de acceso de administrador (root).
-
Cilium requiere permisos CAP_SYS_ADMIN para funcionar correctamente. Asegúrate de que se concedan estos permisos.
- Tener agentes de escaneo ejecutándose en su sistema puede causar fallas en la instalación o en tiempo de ejecución debido a los cambios que realizan en las IPTables. Para evitar este comportamiento, configure su agente de análisis para que no interfiera con la instalación de Automation Suite.
- UiPath no prescribe configuraciones de firewall o herramientas de desarrollador específicas siempre que se cumplan los requisitos de Automation Suite. Según nuestras observaciones, un número limitado de herramientas externas puede interferir con el buen funcionamiento de Automation Suite. Si surgen tales problemas, ponte en contacto con el proveedor correspondiente para obtener ayuda. Para obtener orientación adicional, consulta la matriz de responsabilidad de Automation Suite.
Antes de comenzar, ten en cuenta lo siguiente:
- Automation Suite admite la norma federal de procesamiento de información 140-2 (FIPS 140-2). Puedes realizar una instalación limpia de Automation Suite en un host habilitado para FIPS 140-2. También puedes habilitar FIPS 140-2 en una máquina en la que previamente has realizado una instalación de Automation Suite. Para obtener más información, consulta Seguridad y cumplimiento.
Nota:
Insights no se admite actualmente en hosts habilitados para FIPS. Asegúrate de deshabilitar Insights al instalar Automation Suite en un host habilitado para FIPS.
- Los requisitos mínimos de hardware no protegen la implementación frente a fallos del nodo.
- El perfil de producción preparado para HA multinodo es resistente al fallo de un solo nodo. Esto significa que solo puedes perder un nodo servidor. Esta restricción no se aplica a los nodos agentes. Puedes perder tantos nodos agentes y seguir utilizando el clúster sin tiempo de inactividad, siempre que haya suficiente capacidad global de clúster.
- Puedes aumentar la tolerancia del nodo del servidor a fallos siguiendo las instrucciones de Experiencia de instalación avanzada.
Las siguientes secciones enumeran los requisitos de hardware tanto para la selección de productos completa como para los productos individuales.
Las siguientes secciones describen los requisitos estrictos para la selección de productos Completa.
Requisitos generales
Hardware para todos los productos |
Requisito mínimo de un solo nodo |
Requisitos mínimos de varios nodos |
---|---|---|
Procesador |
32 (v)CPU/núcleos |
96 (v)CPU/núcleos |
Procesador mínimo por nodo |
N/D |
8 (v)CPU/núcleos |
RAM |
64 GiB |
192 GiB |
RAM mínima por nodo |
N/D |
16 GiB |
Binarios de clúster y disco de estado para cada nodo |
SSD de 256 GiB E/S mínima por segundo: 1100 |
SSD de 256 GiB E/S mínima por segundo: 1100 |
Data disk1 |
SSD de 512 GiB E/S mínima por segundo: 1100 |
SSD de 512 GiB E/S mínima por segundo: 1100 |
Disco etcd para el nodo de servidor |
SSD de 16 GiB E/S mínima por segundo: 240 |
SSD de 16 GiB E/S mínima por segundo: 240 |
Disco de paquete de UiPath (Solo para instalaciones sin conexión, en uno de los nodos del servidor) |
SSD de 512 GiB E/S mínima por segundo: 1100 |
SSD de 512 GiB E/S mínima por segundo: 1100 |
Objectstore2 |
SSD de 512 GiB E/S mínima por segundo: 1100 |
SSD de 512 GiB E/S mínima por segundo: 1100 |
1 El disco de datos se utiliza como almacén de bloques.
2 Esto se refiere al almacén de objetos en el clúster y no es aplicable si utiliza el almacén de objetos externo.
Si instalas Automation Suite en modo de evaluación de nodo único y no tienes una máquina con 32 (v-)CPU/núcleos y 64 GiB de RAM, puedes incorporar máquinas con un mínimo de 8 (v-)CPU/núcleos y 16 GiB de RAM. Para obtener más detalles, consulta Calculadora de capacidad.
Si eliges esta opción, sigue las instrucciones de instalación y configuración multinodo.
Se recomienda llevar un objectstore externo siempre que sea posible. Esto ayuda a escalar el almacén de objetos independientemente del clúster y aporta estabilidad adicional. Se admiten las siguientes opciones de almacén de objetos:
- Cuenta de Azure Storage
- Depósito de almacenamiento de AWS S3
- Depósito de almacenamiento compatibles con S3
Requisitos adicionales de Task Mining
Task Mining requiere un nodo agente adicional que debe cumplir los siguientes requisitos:
Hardware |
Requisitos mínimos |
---|---|
Procesador |
20 (v)CPU/núcleos |
RAM |
60 GiB |
Binarios de clúster y disco de estado |
SSD de 256 GiB E/S mínima por segundo: 1100 |
DiscoDeDatos |
N/D |
Requisitos adicionales de Automation Suite Robots
En entornos de producción multinodo preparados para alta disponibilidad, los robots de Automation Suite requieren un nodo agente adicional. En entornos de evaluación de un solo nodo, un nodo adicional de Automation Suite Robots es opcional.
Los requisitos de hardware para el nodo Robots de Automation Suite dependen de la forma en que planees utilizar tus recursos. Además de los requisitos adicionales del nodo agente, también necesitas un mínimo de 10 GiB para habilitar el caché de paquetes.
Las siguientes secciones describen los factores que afectan la cantidad de hardware que requiere el nodo de Automation Suite Robots.
Tamaño del robot
Tamaño |
CPU |
Memoria |
Almacenamiento |
---|---|---|---|
Pequeño |
0.5 |
1 GiB |
1 GiB |
Estándar |
1 |
2 GiB |
2 GiB |
Medio |
2 |
4 GiB |
4 GiB |
Grande |
6 |
10 GiB |
10 GiB |
Tamaño del nodo del agente
Los recursos del nodo agente de Automation Suite Robots influyen en el número de trabajos que se pueden ejecutar de forma concurrente. La razón es que el número de núcleos de CPU y la cantidad de capacidad de RAM se dividen entre los requisitos de CPU / memoria del trabajo.
Por ejemplo, un nodo con 16 CPU y 32 GiB de RAM podría ejecutar cualquiera de los siguientes:
- 32 Pequeños trabajos
- 16 trabajos estándar
- 8 trabajos medios
- 2 trabajos grandes
Los tamaños de trabajo pueden combinarse, por lo que, en cualquier momento, el mismo nodo podría ejecutar una combinación de trabajos como el siguiente:
- 10 trabajos pequeños (que consumen 5 CPU y 10 GiB de memoria)
- 4 trabajos estándar (que consumen 4 CPU y 8 GiB de memoria)
- 3 trabajos medianos (que consumen 6 CPU y 12 GiB de memoria)
Consumo de recursos de Kubernetes
Dado que el nodo forma parte de un clúster de Kubernetes, el agente de Kubernetes presente en el servidor (kubelet) consume una pequeña cantidad de recursos. Según nuestras mediciones, el kubelet consume los siguientes recursos:
- 0,6 CPU
- 0,4 GiB de RAM
Un nodo similar al descrito anteriormente tendría aproximadamente 15,4 CPU y 31,6 GiB de RAM.
Selección automática del tamaño de la máquina
Todos sus procesos multiplataforma tienen la opción Robots de Automation Suite establecida como Automático de forma predeterminada. Este ajuste selecciona el tamaño de máquina adecuado para ejecutar el proceso usando robots sin servidor.
Al elegir automáticamente el tamaño, los criterios enumerados en la tabla siguiente se evalúan por orden. Tan pronto como se satisface un criterio se elige el tamaño de máquina correspondiente y no se evalúan los criterios restantes.
Orden |
Criterio |
Tamaño de la máquina |
---|---|---|
1 |
Trabajo de depuración remota |
Medio |
2 |
Proceso dependiente de Automatización de IU O Proceso dependiente de las actividades de Document Understanding de UiPath |
Estándar |
3 |
Otro proceso desatendido |
Pequeño |
Recomendaciones adicionales de Document Understanding
Para obtener un mayor rendimiento, puede instalar Document Understanding en un nodo de agente adicional compatible con GPU. Tenga en cuenta, sin embargo, que Document Understanding es completamente funcional sin el nodo GPU. En realidad, Document Understanding utiliza máquinas virtuales de CPU para todas sus tareas de clasificación y extracción, mientras que para OCR recomendamos encarecidamente el uso de una máquina virtual de GPU. Aquí puede encontrar más información sobre el uso de CPU/GPU dentro del marco de Document Understanding.
Si quieres utilizar un nodo adicional compatible con GPU, debes cumplir los siguientes requisitos:
Hardware |
Requisitos mínimos |
---|---|
Procesador |
8 (v)CPU/núcleos |
RAM |
52 GiB |
Binarios de clúster y disco de estado |
SSD de 256 GiB E/S mínima por segundo: 1100 |
DiscoDeDatos |
N/D |
RAM de GPU |
11 GiB |
Para obtener más detalles, consulta Consideraciones de AI Center.
Para obtener más detalles sobre los requisitos de hardware que debes cumplir para instalar productos individuales o varias combinaciones de productos en Automation Suite, utiliza la Calculadora de tamaño de instalación de Automation Suite.
Antes de iniciar la instalación de Automation Suite, debe asegurarse de cumplir los siguientes requisitos:
- tiene una suscripción a RHEL;
- ha habilitado los repositorios de BaseOS y AppStream;
- ha instalado los paquetes RPMnecesarios.
La siguiente tabla enumera los paquetes RPM necesarios:
Paquete de RPM |
Descripción |
---|---|
|
Requerido en los nodos para la instalación. |
|
Obligatorio en los nodos para la ejecución de la comprobación de disponibilidad. |
|
Requerido en el nodo de orquestación para la ejecución de la funcionalidad
uipathctl.sh que requiere Ansible.
|
|
Solo necesario para instalaciones sin conexión. |
RHEL 8.3 incluye Podman 1.6 de forma predeterminada, lo que puede causar problemas de instalación. Para evitar esto, actualice Podman a la versión 3.2.3.
RHEL 8.4 y las versiones posteriores tienen los paquetes RPM necesarios en los repositorios de BaseOS y AppStream de forma predeterminada.
Si realizas una instalación limpia manual de Automation Suite, debes asegurarte de cumplir los requisitos del paquete RPM. En este caso, usted es responsable de instalar los paquetes RPM necesarios.
Si actualiza desde una versión anterior de Automation Suite, ya ha instalado los paquetes RPM.
Para obtener más información sobre las herramientas que puedes utilizar para instalar y validar paquetes RPM, consulta lo siguiente:
La instalación requiere un servidor SQL externo como requisito previo. Se admiten Microsoft SQL Server 2017, 2019 y 2022 ediciones Standard y Enterprise.
Otras plataformas de Microsoft SQL, como Azure SQL Database o Azure SQL Managed Instance, así como Amazon Relational Database Service son compatibles siempre que el motor de la base de datos de Microsoft SQL Server cumpla los requisitos.
La compatibilidad de cada producto es diferente.
Para cada producto que tenga previsto implementar, deberá:
- Comprobar la versión compatible de SQL Server, tal como requiere el producto.
- Aplicar los requisitos previos de configuración de SQL Server, incluido el permiso de usuario de SQL Server, tal como requiere el producto.
Para obtener más información sobre los requisitos específicos de SQL Server, consulta Configurar SQL Server para el perfil de evaluación de nodo único y Configurar SQL Server para el perfil de producción multinodo preparado para alta disponibilidad.
Los requisitos mínimos generales de hardware para Microsoft SQL Server son los siguientes:
- 8 (v)CPU
- 32 GiB de RAM
- SSD de 256 GiB
Estos requisitos mínimos representan una simple orientación y no garantizan un funcionamiento fiable en las implementaciones de producción. Es necesario planificar la capacidad para determinar los requisitos de hardware que se necesitan para un funcionamiento fiable.
Para habilitar una copia de seguridad, se requiere un servidor NFS externo. Automation Suite es compatible con NFSv4 en Linux.
Los requisitos mínimos generales de hardware para el servidor NFS son los siguientes:
CPU |
RAM |
Disco |
---|---|---|
4 (v-)CPU |
8 GiB |
2 TiB SSD (1100 IOPS) |
- Terminología
- Selección de productos
- Elegir el perfil de implementación
- Perfiles de implementación de un vistazo
- Requisitos de hardware
- Complete product selection: hardware requirements
- Individual products: hardware requirements
- RPM package requirements
- Manual installations
- Cloud templates
- Requisitos generales de Microsoft SQL Server
- Requisitos generales del servidor NFS