- Información general
- Requisitos
- Plantillas de implementación
- Manual: preparar la instalación
- Manual: preparar la instalación
- Paso 2: configurar el registro compatible con OCI para las instalaciones sin conexión
- Paso 3: configurar el almacén de objetos externo
- Paso 4: configurar High Availability Add-on
- Paso 5: configurar las bases de datos SQL
- Paso 7: configurar el DNS
- Paso 8: configurar los discos
- Paso 9: configurar los ajustes a nivel de kernel y sistema operativo
- Paso 10: configurar los puertos de nodo
- Paso 11: aplicar ajustes varios
- Paso 12: Validar e instalar los paquetes RPM necesarios
- Paso 13: Generar cluster_config.json
- Ejemplo de Clúster_config.json
- Configuración general
- Configuración del perfil
- Configuración de certificados
- Configuración de la base de datos
- Configuración del almacén de objetos externo
- Configuración de URL prefirmada
- Configuración de ArgoCD
- Configuración de la autenticación Kerberos
- Configuración de registro externo compatible con OCI
- Disaster recovery: configuraciones activas/pasivas y activas/activas
- Configuración de High Availability Add-on
- Configuración específica de Orchestrator
- Configuración específica de Insights
- Process Mining-specific configuration
- Configuración específica de Document Understanding
- Automation Suite Robots-specific configuration
- Configuración de la supervisión
- Opcional: configurar el servidor proxy
- Opcional: habilitación de la resistencia a fallos de zona en un clúster multinodo de producción preparada para alta disponibilidad
- Opcional: pasar resolv.conf personalizado
- Optional: Increasing fault tolerance
- Inclusión de un nodo agente dedicado compatible con GPU
- Añadir un nodo agente dedicado a Automation Suite Robots
- Paso 15: configurar el registro temporal de Docker para las instalaciones sin conexión
- Paso 16: validar los requisitos previos para la instalación
- Ejecutar uipathctl
- Manual: realizar la instalación
- 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
- Migración de Redis desde un clúster a un High Availability Add-on externo
- Migrating in-cluster objectstore to external objectstore
- Migrar del registro en clúster a un registro externo compatible con OCI
- Cambiar manualmente al clúster secundario en una configuración activa/pasiva
- Disaster Recovery: realizar operaciones posteriores a la instalación
- Convertir una instalación existente en una configuración en varios sitios
- Directrices sobre la actualización de una implementación activa/pasiva o activa/activa
- Directrices sobre la copia de seguridad y restauración de una implementación activa/pasiva o activa/activa
- Escalar una implementación de nodo único (evaluación) a una implementación multinodo (HA)
- Supervisión y alertas
- Migración y actualización
- Migrar entre clústeres de Automation Suite
- Actualizar Automation Suite
- Descargar los paquetes de instalación y obtener todos los archivos del primer nodo del servidor
- Recuperar la última configuración aplicada del clúster
- Actualizar la configuración del clúster
- Configurar el registro compatible con OCI para las instalaciones sin conexión
- Ejecutar la actualización
- Realizar operaciones posteriores a la actualización
- Configuración específica del producto
- Configuración avanzada de Orchestrator
- Configurar parámetros de Orchestrator
- Configurar AppSettings
- Configurar el tamaño máximo de la solicitud
- Anular la configuración de almacenamiento a nivel de clúster
- Configurar NLog
- Guardar los registros del robot en Elasticsearch
- Configurar almacenes de credenciales
- Configurar clave de cifrado por tenant
- Limpiar la base de datos de Orchestrator
- Omitir la instalación de la biblioteca de host
- Buenas prácticas y mantenimiento
- Solución de problemas
- Cómo solucionar los problemas de los servicios durante la instalación
- Cómo reducir los permisos para un directorio de copia de seguridad NFS
- 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
- Sacar a Ceph del modo solo lectura
- Cómo limpiar los registros antiguos almacenados en el depósito 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 deshabilitar la descarga de la suma de comprobación TX
- Cómo establecer manualmente el nivel de registro de ArgoCD en Info
- Cómo expandir el almacenamiento de AI Center
- Cómo generar el pull_secret_value codificado para registros externos
- Cómo abordar los cifrados débiles en TLS 1.2
- Cómo comprobar la versión de TLS
- Cómo trabajar con certificados
- Cómo programar la copia de seguridad y la restauración de datos de Ceph
- Cómo recopilar datos de uso de DU con el almacén de objetos en el clúster (Ceph)
- Cómo instalar RKE2 SELinux en entornos aislados
- Cómo limpiar copias de seguridad diferenciales antiguas en un servidor NFS
- Cómo implementar Insights en un clúster habilitado para FIPS
- Cómo migrar a cgroup v2
- Cómo recuperar la autenticación Kerberos después de reiniciar una máquina virtual
- Cómo enviar una imagen de Docker local al registro en el clúster
- Cómo excluir depósitos de la copia de seguridad
- Error al descargar el paquete
- La instalación sin conexión falla porque falta un binario
- Azure disk not marked as SSD
- Fallo tras la actualización del certificado
- Errores de validación del certificado TLS
- 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
- La instalación del registro temporal falla en RHEL 8.9
- Problema de reinicio frecuente en las implementaciones del espacio de nombres de uipath durante las instalaciones sin conexión
- Configuración de DNS no respetada por CoreDNS
- La propagación del registro en el clúster falla debido a la memoria insuficiente
- Las comprobaciones de requisitos previos fallan cuando los proyectos modernos de Document Understanding están habilitados y AI Center está deshabilitado
- Pods atascados en estado Init debido a un fallo de montaje del volumen XFS en nodos RHEL 8.x
- Los datos del clúster parecen perdidos después de un reinicio debido a un orden incorrecto de montaje del disco de Rancher y etcd
- Upgrade fails due to unhealthy Ceph
- La actualización falla debido a objetos clásicos en la base de datos de Orchestrator
- El clúster de Ceph se encuentra en un estado degradado tras una actualización en paralelo.
- La actualización del servicio falla para Apps
- Tiempos de actualización in situ
- La actualización falla en entornos sin conexión
- pod de snapshot-controller-crds en estado CrashLoopBackOff después de la actualización
- La actualización falla debido a los tamaños de PVC de Insights anulados
- Error de actualización debido a un nombre de host en mayúsculas
- Establecer un intervalo de tiempo de espera para los portales de gestión
- 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
- ArgoCD entra en estado de progreso tras la primera instalación
- Pod del servidor de repositorio de ArgoCD en CrashLoopBackOff
- Mitigación manual de Política de red de ArgoCD (GHSA-47m3-95c7-g2g8)
- Faltan métricas de Ceph-rook en los paneles de supervisión
- Falta de coincidencia en los errores informados durante las comprobaciones de estado de diagnóstico
- Configurar solicitudes de recursos y límites para cargas de trabajo creadas por uipathctl
- No hay problema ascendente en buen estado
- Inicio de Redis bloqueado por antivirus
- Los pods de AI Center y Document Understanding no se inician con la verificación del certificado TLS habilitada
- Fluentd no exporta registros en entornos IPv6
- Studio Desktop no puede cargar conectores y actividades de Integration Service
- 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
- Ejecutar alta disponibilidad con Process Mining
- La ingestión de Process Mining falló al iniciar sesión con Kerberos
- No se puede conectar a la base de datos AutomationSuite_ProcessMining_Warehouse utilizando una cadena de conexión en formato pyodbc
- La instalación de Airflow falla con sqlalchemy.exc.ArgumentError: no se pudo analizar la URL rfc1738 de la cadena ''
- Cómo añadir una regla de tabla de IP para utilizar el puerto 1433 de SQL Server
- El certificado de Automation Suite no es de confianza desde el servidor donde se ejecuta CData Sync
- Process Mining no se carga después de deshabilitarlo y volver a habilitarlo
- Ejecutar la herramienta de diagnóstico
- Uso del paquete de soporte de Automation Suite
- Explorar registros
Requisitos de hardware y software
Requisitos de hardware y software para las implementaciones de Automation Suite, que cubren las especificaciones de nodo, las selecciones de productos y el tamaño del clúster.
Terminología
To find out more about the core concepts used in an Automation Suite deployment, refer to Glossary.
Selección de productos
La experiencia de instalación predeterminada incluye dos opciones de productos:
-
Complete (All products) - Install the complete list of products available in Automation Suite. For details, refer to Automation Suite products.
-
Select products - Allows you to select and install only the products you are interested in. Note, however, that the installer takes the cross-product dependencies into consideration. That means that if a product requires the installation of another product, you must install both of them. For details, refer to Automation Suite products.
Nota:You can enable additional products later in the same deployment at any point in time, after the initial installation, without having to reinstall. For details, refer to Managing products.
We recommend validating the hardware requirements based on expected usage and ensuring the deployment has enough capacity before adding additional products. For details, refer to Capacity planning.
Elegir el perfil de implementación
Puedes implementar Automation Suite en modo de producción de nodo único, modo ligero o multinodo preparado para alta disponibilidad . Aunque la mayoría de los requisitos previos para los perfiles son idénticos, el modo de producción multinodo preparada para alta disponibilidad requiere recursos adicionales.
Once the deployment is completed, changing the deployment profile is generally limited. However, single-node deployments can be scaled to multi-node high availability (HA) deployments, and lite deployments can be expanded to multi-node HA-ready deployments. Before choosing your deployment profile, refer to Deployment modes and use cases.
Se requieren conocimientos de Linux y Kubernetes independientemente del perfil de implementación que elijas. Si tienes problemas para instalar y configurar Automation Suite, ponte en contacto con los servicios profesionales de UiPath®.
Resumen de los requisitos previos
| Tipo de requisito previo | Requisito previo |
|---|---|
| Hardware |
Para evitar posibles problemas de instalación, asegúrate de que todos los nodos utilizados en la implementación estén configurados en la misma zona horaria. |
| Requisitos generales de la máquina | |
| Requisitos específicos para los siguientes productos:
| |
| Versión de RHEL compatible y herramienta ipcalc instalada en todas las máquinas Linux. Para obtener más información sobre la compatibilidad de RHEL con versiones anteriores de Automation Suite, consulta la matriz de compatibilidad de RHEL .
Admitimos nuevas versiones secundarias de RHEL en un plazo de 90 días tras su lanzamiento. Admitimos SELinux con políticas predeterminadas. * | |
| FIPS 140-2 | |
| Equilibrador de carga L4 / Equilibrador de carga de red | |
| Requisitos del servidor NFS (servidor NFS local o gestionado en la nube con la versión NFSv3/NFSv4 en Linux)
| |
| Puertos de nodo | |
| Software | Paquetes RPM en cada máquina |
| Servidor SQL | |
| Almacén de objetos (almacenamiento de Azure Blob, AWS S3, almacén de objetos compatible con S3) | |
| Registro compatible con OCI | |
| Dns | |
| TLS 1.2 o superior | |
| IPv4, IPv6 y dual-stack | |
| La memoria de intercambio debe estar deshabilitada. | |
|
*For air-gapped installations, the rke2-selinux package is not installed automatically. If you experience SELinux-related issues, you must install the SELinux policy package manually. For details, refer to the How to... section.
- You need root permission to install and deploy Automation Suite. For more on the specific components that require root access, refer to Root privileges requirement.
- 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® does not prescribe specific firewall or developer tool configurations as long as the Automation Suite requirements are met. Based on our observations, a limited number of external tools can interfere with the smooth operation of Automation Suite. If such issues arise, contact the relevant vendor for help. For additional guidance, refer to the Automation Suite responsibility matrix.
Requisitos de hardware
Antes de comenzar, ten en cuenta lo siguiente:
-
Automation Suite supports Federal Information Processing Standard 140-2 (FIPS 140-2). You can perform a clean installation of Automation Suite on a FIPS 140-2-enabled host. You can also enable FIPS 140-2 on a machine where you previously performed an Automation Suite installation. For details, refer to Security and compliance.
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.
-
You can increase the server node tolerance to failure by following the instructions in Advanced installation experience.
Las siguientes secciones enumeran los requisitos de hardware tanto para la selección completa de productos como para los productos individuales.
Complete product selection: hardware requirements
Las siguientes secciones describen los requisitos estrictos para la selección completa de productos.
Requisitos generales
| Hardware para todos los productos | Requisito mínimo de un solo nodo | Requisitos mínimos de varios nodos |
|---|---|---|
| Procesador por clúster | 32 (v)CPU/núcleos | 96 (v)CPU/núcleos |
| Procesador mínimo por nodo | N/D | 8 (v)CPU/núcleos |
| RAM | 64 GB | 192 GB |
| RAM mínima por nodo | N/D | 16 GB |
| Discos del clúster* | SSD de 256 GB E/S mínima por segundo: 1100 | SSD de 256 GB E/S mínima por segundo: 1100 |
| DiscoDeDatos
| SSD de 512 GB E/S mínima por segundo: 1100 | SSD de 512 GB E/S mínima por segundo: 1100 |
| Disco etcd
| SSD de 16 GB E/S mínima por segundo: 240 | SSD de 16 GB E/S mínima por segundo: 240 |
| Disco de paquete de UiPath®
| SSD de 512 GB E/S mínima por segundo: 1100 | SSD de 512 GB E/S mínima por segundo: 1100 |
| Almacén de objetos
| SSD de 512 GB E/S mínima por segundo: 1100 | SSD de 512 GB E/S mínima por segundo: 1100 |
| Espacio adicional en disco para copias de seguridad de datos de Ceph
| SSD de 512 GB E/S mínima por segundo: 1100 | N/D |
| AI Center | 51 GB mínimo Se recomiendan 105 GB para 1 proceso de entrenamiento | 51 GB mínimo Se recomiendan 105 GB para 1 proceso de entrenamiento |
- Las siguientes consideraciones se aplican a la capacidad de disco del clúster:
- Es posible que tengas que aumentar la capacidad del disco del clúster en función de tus habilidades ML de AI Center y los requisitos de almacenamiento de entrenamiento.
- Si habilitas proyectos modernos de Document Understanding, la capacidad mínima del disco del clúster es de 512 GB.
If you install Automation Suite in single-node evaluation mode, and you do not have a machine with 32 (v-)CPU/cores and 64 GB of RAM, you can bring machines with a minimum of 8 (v-)CPU/cores and 16 GB of RAM. For details, refer to Capacity calculator.
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
Individual products: hardware requirements
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.
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.
The hardware requirements for the Automation Suite Robots node depend on the way you plan to use your resources. In addition to the additional agent node requirements, you also need a minimum of 10 GB of file storage to enable package caching.
Las siguientes secciones describen los factores que afectan la cantidad de hardware que requiere el nodo de Automation Suite Robots.
Tamaño del robot
La siguiente tabla describe la CPU, la memoria y el almacenamiento necesarios para todos los tamaños de robots.
| Tamaño | CPU | Memoria | Almacenamiento |
|---|---|---|---|
| Pequeño | 0.5 | 1 GB | 1 GB |
| Estándar | 1 | 2 GB | 2 GB |
| Medio | 2 | 4 GB | 4 GB |
| Grande | 6 | 10 GB | 10 GB |
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 GB de RAM podría ejecutar cualquiera de las siguientes opciones:
- 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 GB de memoria)
- 4 trabajos estándar (que consumen 4 CPU y 8 GB de memoria)
- 3 trabajos medianos (que consumen 6 CPU y 12 GB 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 GB de RAM
Un nodo similar al descrito anteriormente tendría aproximadamente 15.4 CPU y 31.6 GB 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 siguiente tabla se evalúan en orden. Tan pronto como se satisface un criterio, se elige el tamaño de máquina correspondiente y los criterios restantes no se evalúan.
| Orden | Criterio | Tamaño de la máquina |
|---|---|---|
| 1 | Trabajo de depuración remota | Medio |
| 2 | El proceso depende de la automatización de IU O el proceso depende de las actividades de UiPath Document Understanding | Estándar |
| 3 | Otro proceso desatendido | Pequeño |
Requisitos adicionales de AI Center y Document Understanding
Además de los requisitos de servicio básicos que forman parte de los requisitos completos de la plataforma, AI Center requiere recursos adicionales, dependiendo de los modelos que quieras ejecutar o entrenar. Para obtener más información sobre las generaciones de hardware de GPU necesarias y los controladores NVIDIA compatibles, consulta Matriz de compatibilidad.
AI Center requiere el almacenamiento en disco en el tiempo de ejecución para las habilidades ML y para el proceso de formación, como se indica a continuación:
- Las habilidades ML requieren espacio en disco en la partición
/var/lib/rancherpara almacenar el modelo entrenado para las predicciones. En el peor de los casos, el tamaño del modelo puede ser de hasta 20 GB. - El proceso de entrenamiento consume el almacenamiento de la partición
/var/lib/rancherpara alojar el modelo. En el peor de los casos, el tamaño del modelo puede ser de hasta 20 GB y, además, puede requerir almacenamiento para el conjunto de datos. El tamaño mínimo del almacenamiento del conjunto de datos puede ser de 51 GB. El tamaño recomendado es de 105 GB. Debe estar en el disco dedicado para AI Center. El proceso de entrenamiento solo se programa en el nodo en el que está conectado el disco dedicado de AI Center.
En la siguiente tabla se describen los recursos adicionales que necesita AI Center. En la siguiente tabla, el Disco de datos es necesario en todos los nodos del servidor. El disco de datos no es necesario en los nodos de agente.
| Usar | CPU | RAM (GB) | GPU | Disco (GB) |
|---|---|---|---|---|
| Mínimo para servicio (habilidad ML, una réplica) | 0,6 | 2 | 0 | 20 GB en la partición rancher |
| Mínimo para entrenamiento (proceso) | 1 | 4 | 0 | 20 GB en la partición rancherPartición de disco de AI Center de 51 GB como mínimo (recomendado 105 GB) |
| Servicio de modelo de DU (habilidad ML, una réplica) | 1 | 4 | 0 | 20 GB en la partición rancher |
| Entrenamiento de modelo de DU | 2 | 24 | Se recomienda encarecidamente | 20 GB en la partición rancherMínimo 51 GB de disco de datos (recomendado 105 GB) |
La siguiente tabla describe los recursos necesarios para implementaciones pequeñas y medianas de AI Center. Ten en cuenta que estos números son orientativos.
En la siguiente tabla, el Disco de datos es necesario en todos los nodos del servidor. El disco de datos no es necesario en los nodos de agente.
| Usar | CPU | RAM (GB) | GPU | Disco (GB) |
|---|---|---|---|---|
| Implementación pequeña:
| 4 | 32 | 0 |
|
| Implementación media:
| 8 | 52 | Se recomienda encarecidamente |
|
1 (3 habilidades +1 proceso) * 20 GB en la partición rancher = 80 GB en la partición rancher
2 1 proceso * 105 GB = 105 disco de datos
3 (5 habilidades + 2 procesos + 1 proceso DU) * 20 GB en la partición rancher = 160 GB en la partición rancher
4 (2 procesos + 1 proceso DU) * 105 GB = 315 Disco de datos
Requisitos adicionales de AI Computer Vision
Esta configuración funciona en las GPU en las instalaciones de Nvidia, pero también con proveedores en la nube como AWS, Azure y GCP. Los tipos de GPU sugeridos incluyen los de la familia de productos RTX, Tesla y Ampere, que tienen suficiente memoria GPU y capacidad de procesamiento.
La principal diferencia entre estos dos tipos de GPU es que las que cuentan con virtualización suelen tener más RAM de GPU y las ofrecen la mayoría de los proveedores de la nube. Tener más RAM en la GPU aumenta el tamaño máximo de la imagen que puedes introducir en el modelo. En conclusión, las GPU de virtualización no son significativamente más rápidas que las GPU de consumo.
Necesita una máquina con las siguientes especificaciones de hardware:
| Especificación de hardware | Mínimo | Recomendado |
|---|---|---|
| Memoria | 8 GB | 16 GB |
| CPU | 2 núcleos con AVX2 habilitado | 4 núcleos con AVX2 habilitado |
| GPU | 8 GB de VRAM | 16 GB de VRAM |
| Almacenamiento | 30 GB gratis | — |
Recomendaciones adicionales de Document Understanding
Para aumentar el rendimiento, puedes instalar Document Understanding en un nodo agente adicional compatible con GPU. Sin embargo, ten en cuenta que los proyectos basados en AI Center en Document Understanding son totalmente funcionales sin el nodo GPU. En realidad, Document Understanding utiliza máquinas virtuales de CPU para todas sus tareas de extracción y clasificación, mientras que para OCR recomendamos encarecidamente el uso de una máquina virtual de GPU.
Para obtener más información sobre el uso de CPU/GPU dentro del marco de Document Understanding, consulta Uso de CPU y GPU.
Si quieres utilizar un nodo adicional compatible con GPU, debes cumplir los siguientes requisitos:
| Hardware | Requisitos mínimos |
|---|---|
| Procesador | 8 (v-)CPU/núcleos con soporte AVX2 |
| RAM | 52 GB |
| Disco del sistema operativo | 256 GB SSD Mínimo IOPS: 1100 |
| DiscoDeDatos | N/D |
| RAM de GPU | 11 GB |
Para obtener más información, consulta la sección Consideraciones de AI Center .
Documento adicional Comprender los requisitos de los proyectos modernos
With CPU inference activated, a minimum of 2 GPUs is required. To enable CPU inference, set the enable_cpu_inference property to true, as indicated in the Enabling or disabling Document Understanding section.
- La inferencia puede ser hasta 10 veces más lenta.
- Recomendamos utilizarlo para documentos con un máximo de 125 páginas. No hay ninguna limitación activa. Sin embargo, la inferencia puede fallar para documentos de más de 125 páginas.
Sin la inferencia de la CPU, se requiere un mínimo de 5 GPU para los proyectos modernos de Document Understanding. El escenario de ejemplo de la siguiente tabla demuestra cómo 5 GPU son suficientes para procesar 300 páginas.
Para los proyectos modernos de Document Understanding, la GPU mínima recomendada es NVIDIA T4.
La siguiente tabla enumera las funciones de capacidad y el número de operaciones admitidas por nodo de GPU.
| Función | Número |
|---|---|
| Páginas de modelo personalizadas procesadas por hora | 300 |
| Páginas de modelo listas para usar procesadas por hora | 0 |
| Entrenamiento de modelos en paralelo | 1 |
| Número de páginas en todos los proyectos: tiempo de diseño | 200 |
| Número de tipos de documentos por versión del proyecto | 3 |
Las 5 GPU se distribuyen entre diferentes funciones, como se detalla en la siguiente tabla:
| Servicio | Número de GPU |
|---|---|
| Réplicas de OCR | 1 |
| Réplicas de entrenamiento de modelos personalizados | 1 |
| Réplicas de modelos personalizados | 2 |
| Réplicas de modelos listas para usar | 1 |
| Total | 5 |
For details on how to allocate GPUs to each service, refer to the Allocating GPU resources for Document Understanding modern projects page.
Además de las demandas de la GPU, los proyectos modernos de Document Understanding también requieren recursos específicos de la CPU para un rendimiento óptimo. Para un rendimiento óptimo, se requiere un mínimo de 18 vCPU .
Con el proyecto moderno de Document Understanding, se requieren 4 TB adicionales de objectstore para realizar las actividades de los ejemplos proporcionados de forma continua durante un año. Puedes comenzar con un número más pequeño, pero la actividad fallará una vez que se complete el almacenamiento, a menos que la escales explícitamente.
Si estás aprovisionando un año de procesamiento continuo, necesitarás 4 TB para los proyectos modernos de Document Understanding y 512 GB para los demás productos. El total será de 4,5 TB de almacenamiento. Del mismo modo, si comienzas con seis meses de procesamiento, necesitarás 2 TB para los proyectos modernos de Document Understanding y 512 GB para los demás productos. En este caso, el total será de 2,5 TB.
For more detailed calculations and the capacity required for your needs, check the UiPath Automation Suite Install Sizing Calculator.
Aprovisionamiento de GPU habilitadas para MIG
Las cargas de trabajo de Automation Suite Document Understanding admiten la ejecución en GPU virtuales (VGPU) creadas con la tecnología NVIDIA MIG (GPU de instancias múltiples).
Para ejecutar Document Understanding en estas condiciones, ten en cuenta los siguientes requisitos:
- Memoria de la GPU (VRAM): al menos 16 GB por VGPU. UiPath solo admite la estrategia única, lo que significa que todas las VGPU serán exactamente iguales.
- Almacenamiento: al menos 80 GB por VGPU
Habilitar GPU habilitadas para MIG en Kubernetes
Después de aprovisionar las GPU habilitadas para MIG en tu clúster con perfiles que coincidan o superen los requisitos mínimos anteriores, asegúrate de que las GPU sean Kubernetes programables. El nodo debe informar de un número de GPU distinto de cero antes de que se puedan programar cargas de trabajo en él.
Para que las GPU sean programables, sigue la documentación oficial para instalar el complemento del dispositivo.
Alternativamente, puedes aplicar manualmente el complemento del dispositivo a tus nodos gpu para comenzar.
Aplica la siguiente configuración, reemplazando migEnabledPoolName por la etiqueta que coincida con tu nodo de GPU:
apiVersion: v1
kind: Pod
metadata:
name: nvidia-device-plugin-pod
namespace: gpu-resources
spec:
affinity:
nodeAffinity:
requiredDuringSchedulingIgnoredDuringExecution:
nodeSelectorTerms:
- matchExpressions:
- key: agentpool
operator: In
values:
# To be changed to a selector that matches the GPU nodes
- migEnabledPoolName
containers:
- args:
- --fail-on-init-error=false
env:
- name: MPS_ROOT
value: /run/nvidia/mps
- name: MIG_STRATEGY
# We only support the single strategy for now
value: single
- name: NVIDIA_MIG_MONITOR_DEVICES
value: all
- name: NVIDIA_VISIBLE_DEVICES
value: all
- name: NVIDIA_DRIVER_CAPABILITIES
value: compute,utility
image: nvcr.io/nvidia/k8s-device-plugin:v0.17.3
imagePullPolicy: IfNotPresent
name: nvidia-device-plugin-ctr
securityContext:
allowPrivilegeEscalation: true
capabilities:
add:
- SYS_ADMIN
terminationMessagePath: /dev/termination-log
terminationMessagePolicy: File
volumeMounts:
- mountPath: /var/lib/kubelet/device-plugins
name: device-plugin
tolerations:
- key: CriticalAddonsOnly
operator: Exists
- effect: NoSchedule
key: nvidia.com/gpu
operator: Exists
terminationGracePeriodSeconds: 30
volumes:
- hostPath:
path: /var/lib/kubelet/device-plugins
type: ""
name: device-plugin
apiVersion: v1
kind: Pod
metadata:
name: nvidia-device-plugin-pod
namespace: gpu-resources
spec:
affinity:
nodeAffinity:
requiredDuringSchedulingIgnoredDuringExecution:
nodeSelectorTerms:
- matchExpressions:
- key: agentpool
operator: In
values:
# To be changed to a selector that matches the GPU nodes
- migEnabledPoolName
containers:
- args:
- --fail-on-init-error=false
env:
- name: MPS_ROOT
value: /run/nvidia/mps
- name: MIG_STRATEGY
# We only support the single strategy for now
value: single
- name: NVIDIA_MIG_MONITOR_DEVICES
value: all
- name: NVIDIA_VISIBLE_DEVICES
value: all
- name: NVIDIA_DRIVER_CAPABILITIES
value: compute,utility
image: nvcr.io/nvidia/k8s-device-plugin:v0.17.3
imagePullPolicy: IfNotPresent
name: nvidia-device-plugin-ctr
securityContext:
allowPrivilegeEscalation: true
capabilities:
add:
- SYS_ADMIN
terminationMessagePath: /dev/termination-log
terminationMessagePolicy: File
volumeMounts:
- mountPath: /var/lib/kubelet/device-plugins
name: device-plugin
tolerations:
- key: CriticalAddonsOnly
operator: Exists
- effect: NoSchedule
key: nvidia.com/gpu
operator: Exists
terminationGracePeriodSeconds: 30
volumes:
- hostPath:
path: /var/lib/kubelet/device-plugins
type: ""
name: device-plugin
Después de implementar el complemento, la sección Asignable del nodo debe mostrar el número correcto de VGPU en nvidia.com/gpu, en función del perfil MIG que hayas configurado. El nodo debería ser ahora programable y estar listo para ejecutar cargas de trabajo de Document Understanding.
RPM package requirements
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 BaseOS y AppStream
- has instalado los paquetes RPMnecesarios
La siguiente tabla enumera los paquetes RPM necesarios:
| Paquete de RPM | Descripción |
|---|---|
iscsi-initiator-utils nfs-utils rpcbind util-linux nmap-ncat openssl httpd-tools gettext zstd | Requerido en los nodos para la instalación. |
podman>=4.0.2 nmap-ncat bind-utils openssl wget unzip conmon=>2.0.24 | Obligatorio en los nodos para la ejecución de la comprobación de disponibilidad. |
iscsi-initiator-utils gettext nfs-utils rpcbind util-linux nmap-ncat openssl httpd-tools podman=>4.0.2 zstd | Solo necesario para instalaciones sin conexión. |
RHEL 8.4 y las versiones posteriores tienen los paquetes RPM necesarios en los repositorios de BaseOS y AppStream de forma predeterminada.
Manual installations
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.
For details on the tools you can use to install and validate RPM packages, refer to Validating and installing the required RPM packages.
Cloud templates
Si instala Automation Suite con nuestras plantillas de Azure, AWS o GCP, no es necesario que realice ninguna acción. Las plantillas aprovisionan la infraestructura completa, incluidos los paquetes RPM.
Requisitos generales de Microsoft SQL Server
A menos que se especifique lo contrario en las secciones de requisitos dedicadas, estos requisitos son aplicables a todos los productos de Automation Suite.
- Las versiones 2.2510.0 y posteriores de Automation Suite son compatibles con las versiones 2019 y posteriores de SQL.
- When you enable Process Mining for installation on Automation Suite must bring a PostgreSQL database for
AutomationSuite_Airflow. Check out SQL requirements for Process Mining for details.
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.
Asegúrese de que se puede acceder al servidor SQL desde cada máquina virtual del clúster.
La compatibilidad de cada producto es diferente.
Para cada producto que tenga previsto implementar, deberá:
- compruebe la versión compatible de SQL Server según lo requiera el producto
- apply the SQL Server configuration prerequisites, including SQL Server User permission, as required by the product For details on product-specific SQL Server requirements, refer to Configuring Microsoft SQL Server.
Los requisitos mínimos generales de hardware para Microsoft SQL Server son los siguientes:
- 8 (v)CPU
- 32 GB de RAM
- SSD de 256 GB
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 cada producto que tenga pensado implementar debe evaluar el uso previsto y aplicar la orientación respecto a la planificación de la capacidad que se especifica con el producto. Esta información está disponible en las secciones de ayuda de cada producto.
Requisitos generales del servidor NFS
Para habilitar una copia de seguridad, necesitas un servidor NFS externo. Automation Suite es compatible con los servidores NFS locales o gestionados en la nube basados en Linux, versión NFSv3/NFSv4.
El servidor NFS debe estar listo para la producción y mantenerse activamente. El uso de un servidor NFS que no sea de producción o no compatible puede causar tiempo de inactividad para cada servicio que dependa de él y puede provocar la pérdida de datos o datos corruptos.
Asegúrese de que se puede acceder al servidor NFS desde cada máquina virtual del clúster.
Los requisitos mínimos generales de hardware para el servidor NFS son los siguientes:
- CPU - 4 vCPU
- RAM: 8 GB
- Almacenamiento: 1 TB
Nota:
Si utilizas un almacén de objetos externo, el requisito de almacenamiento es de unos pocos GB. Si utilizas un almacén de objetos en el clúster, el tamaño mínimo de almacenamiento es el mismo que el tamaño del almacén de objetos.
Requisitos de implementaciones activas/pasivas de Disaster Recovery
Para configurar una implementación activa/pasiva, asegúrate de cumplir los siguientes requisitos:
- Hardware
- Equilibradores de carga
- Dns
- Certificados
- Almacén de objetos
- Gestor de tráfico
Hardware
Both Automation Suite clusters must meet a set of software and hardware requirements. For details, refer to the hardware requirements for the multi-node mode.
Load balancer
Both Automation Suite clusters must have a load balancer. For details, refer to Configuring the Load balancer.
Dns
For details of the DNS requirements, refer to Configuring the DNS.
Certificados
For details of the certificate requirements, refer to Certificate requirements.
También debes añadir las SAN al certificado si has abierto el DNS.
Almacén de objetos
El almacén de objetos en clúster no se admite mientras se implementa Automation Suite en varios sitios. En su lugar, debes incorporar un almacén de objetos externo.
Matriz de compatibilidad de RHEL
Automation Suite utiliza Rancher para la compatibilidad con RKE2 en RHEL, por lo que solo las versiones de RHEL que se enumeran a continuación son compatibles oficialmente. Las versiones no enumeradas dentro de la misma línea principal (8.x o 9.x) pueden instalarse y ejecutarse, pero UiPath no puede garantizar el soporte si surgen problemas. Implemente solo en una versión de RHEL enumerada para obtener soporte completo.
La siguiente tabla enumera las versiones de RHEL compatibles con cada versión de Automation Suite:
| Automation Suite version | Versiones de RHEL compatibles |
|---|---|
| 2.2510.4 | 9.7, 9.8, 10.0, 10.2 |
| 2.2510.3 | 8.8, 8.9, 8.10, 9.2, 9.4, 9.5, 9.6, 9.7, 10.0 |
| 2.2510.2 | 8.8, 8.9, 8.10, 9.2, 9.4, 9.5, 9.6, 9.7, 10.0 |
| 2.2510.1 | 8.8, 8.9, 8.10, 9.2, 9.4, 9.5, 9.6, 9.7 |
| 2.2510.0 | 8.8, 8.9, 8.10, 9.2, 9.4, 9.5, 9.6, 9.7 |
Starting with Automation Suite 2.2510.2, host nodes must run cgroup v2. If your environment uses cgroup v1 (the default on RHEL 8.x), you must migrate to cgroup v2 before upgrading. For migration instructions, refer to How to migrate to cgroup v2.
Este requisito se aplica utilizando el marcador kubelet fail-cgroup-v1, que quedará obsoleto en las próximas versiones de RKE2. Recomendamos actualizar a cgroup v2 lo antes posible, ya sea antes o después de actualizar a 2.2510.2.
La versiónkernel-4.18.0-477.10.1.el8_8 del kernel de RHEL se ve afectada por un problema que interrumpe la instalación o la gestión del clúster de Automation Suite. Asegúrese de que ninguno de los nodos de Automation Suite utilice esta versión del kernel, ya sea antes o después de la instalación.
Consideraciones de RHEL 10
RHEL 10.1 no es compatible. Hemos identificado un problema de rendimiento con RHEL 10.1 que ralentiza significativamente el guardado de archivos de la base de datos y provoca bloqueos del servicio RKE.
Si utilizas RHEL 10, ten en cuenta lo siguiente:
-
RHEL 10 incluye la consola web de la cabina instalada de forma predeterminada, que escucha en el puerto 9090. Esto entra en conflicto con Cilium utilizado por Automation Suite. Para resolver este conflicto, configura la consola web de la cabina para escuchar en un puerto diferente o desactívala utilizando los siguientes comandos:
systemctl disable --now cockpit.socket systemctl daemon-reloadsystemctl disable --now cockpit.socket systemctl daemon-reload -
Los módulos del núcleo de la GPU ya no se incluyen en los repositorios de RHEL 10 de forma predeterminada. Para instalar controladores de GPU, instala los paquetes por separado ejecutando
dnf install cuda-drivers. Hemos probado los paquetes de GPUkernel-develykernel-headerscon la versión del kernel6.12.0-55.43.1.el10_0.
- Terminología
- Selección de productos
- Elegir el perfil de implementación
- Resumen de los requisitos previos
- 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
- Requisitos de implementaciones activas/pasivas de Disaster Recovery
- Hardware
- Load balancer
- Dns
- Certificados
- Almacén de objetos
- Matriz de compatibilidad de RHEL
- Consideraciones de RHEL 10