- Información general
- Requisitos
- Recomendado: plantillas de implementación
- Manual: preparar la instalación
- Manual: preparar la instalación
- Paso 1: configurar el registro compatible con OCI para las instalaciones sin conexión
- Paso 2: configurar el almacén de objetos externo
- Paso 3: configurar High Availability Add-on
- Paso 4: configurar Microsoft SQL Server
- Paso 5: configurar el equilibrador de carga
- Paso 6: configurar el DNS
- Paso 7: configurar los discos
- Paso 8: configurar el kernel y la configuración en el nivel del sistema operativo
- Paso 9: configurar los puertos de nodo
- Paso 10: aplicar ajustes diversos
- Paso 12: Validar e instalar los paquetes RPM necesarios
- Paso 13: Generar cluster_config.json
- 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 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
- parámetros de install-uipath.sh
- 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
- Paso 15: configurar el registro temporal de Docker para las instalaciones sin conexión
- Paso 16: validar los requisitos previos para la instalación
- 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
- Migrating objectstore from persistent volume to raw disks
- Migrar del en el clúster a High Availability Add-on externo
- Migrating data between objectstores
- Migrating in-cluster objectstore to external objectstore
- Migrar 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
- Redireccionando el tráfico de los servicios no compatibles al clúster principal
- Supervisión y alertas
- Migración y actualizació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
- Paso 6: migrar el Orchestrator independiente
- Paso 7: migrar Insights independiente
- Paso 8: eliminar el tenant predeterminado
- B) Migración de tenant único
- Migrar de Automation Suite en Linux a Automation Suite en EKS / AKS
- 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
- Uso de la herramienta de configuración de Orchestrator
- Configurar parámetros de Orchestrator
- Configuración 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 almacenes de credenciales
- Configurar clave de cifrado por tenant
- Limpiar la base de datos de Orchestrator
- 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 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 actualizar desde Automation Suite 2022.10.10 y 2022.4.11 a 2023.10.2
- 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
- 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
- El volumen no se puede montar porque no está listo para las cargas de trabajo
- Error de recopilación de registros del paquete de soporte
- Se ignora la cadena de conexión SQL de la automatización de pruebas
- La actualización de nodo único falla en la etapa de tejido
- Cluster unhealthy after automated upgrade from 2021.10
- Upgrade fails due to unhealthy Ceph
- RKE2 no se inicia debido a un problema de espacio
- El volumen no se puede montar y permanece en estado de bucle de conexión/desconexión
- 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.
- Un componente Insights en mal estado provoca el fallo de la migración
- La actualización del servicio falla para Apps
- Tiempos de actualización in situ
- La migración del registro de Docker se atasca en la fase de eliminación de PVC
- AI Center provisioning failure after upgrading to 2023.10 or later
- La actualización falla en entornos sin conexión
- La validación SQL falla durante la actualización
- pod de snapshot-controller-crds en estado CrashLoopBackOff después de la actualización
- Error de actualización/reinstalación del punto final de la API REST de Longhorn
- 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
- Actualizar las conexiones del directorio subyacente
- 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
- 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
- Faltan métricas de Ceph-rook en los paneles de supervisión
- Los pods no pueden comunicarse con FQDN en un entorno de proxy
- 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
- Después de Disaster Recovery, Dapr no funciona correctamente para Process Mining y Task Mining
- 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
- Ejecutar la herramienta de diagnóstico
- Using the Automation Suite support bundle
- 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.
Tipo de requisito previo |
Requisito previo |
---|---|
Hardware |
|
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 las versiones de Automation Suite, consulta Matriz de compatibilidad de RHEL. Nota:
Admitimos nuevas versiones secundarias de RHEL en un plazo de 90 días tras su lanzamiento. Admitimos SELinux con las 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+ | |
IPv4
(IPv6 no es compatible) | |
La memoria de intercambio debe estar deshabilitada. | |
|
- 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 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 GiB |
192 GiB |
RAM mínima por nodo |
N/D |
16 GiB |
Discos del clúster* |
SSD de 256 GiB E/S mínima por segundo: 1100 |
SSD de 256 GiB E/S mínima por segundo: 1100 |
DiscoDeDatos
|
SSD de 512 GiB E/S mínima por segundo: 1100 |
SSD de 512 GiB E/S mínima por segundo: 1100 |
Disco etcd
|
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®
|
SSD de 512 GiB E/S mínima por segundo: 1100 |
SSD de 512 GiB E/S mínima por segundo: 1100 |
Almacén de objetos
|
SSD de 512 GiB E/S mínima por segundo: 1100 |
SSD de 512 GiB E/S mínima por segundo: 1100 |
*Puede que la capacidad de los discos del clúster deba aumentarse en función de las habilidades ML de AI Center y los requisitos de almacenamiento de formación.
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
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 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
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 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 |
Requisitos adicionales de AI Center y Document Understanding
Además de los requisitos de servicio básico que forman parte de los requisitos completos de la plataforma, AI Center requiere recursos adicionales, dependiendo de los modelos que deseas ejecutar o entrenar. Para obtener más información sobre las generaciones de hardware de GPU necesarias y los controladores de 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/rancher
para almacenar el modelo entrenado para las predicciones. En el peor de los casos, el tamaño del modelo puede ser tan grande como 20 GiB. -
El proceso de entrenamiento consume el almacenamiento de la partición
/var/lib/rancher
para alojar el modelo. En el peor de los casos, el tamaño del modelo puede alcanzar los 20 GiB y, además, puede requerir el almacenamiento para el conjunto de datos. El tamaño mínimo del almacenamiento del conjunto de datos puede ser de 51 GiB; su tamaño recomendado es de 105 GiB. Esto debe estar en el disco dedicado para AI Center. El proceso de formación solo se programa en el nodo en el que está conectado el disco de AI Cetner dedicado.
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 (GiB) |
GPU |
Disco (GiB) |
---|---|---|---|---|
Mínimo para servicio (habilidad ML, una réplica) |
0,6 |
2 |
0 |
|
Mínimo para entrenamiento (proceso) |
1 |
4 |
0 |
|
Servicio de modelo de DU (habilidad ML, una réplica) |
1 |
4 |
0 |
|
Entrenamiento de modelo de DU |
2 |
24 |
Se recomienda encarecidamente |
|
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 (GiB) |
GPU |
Disco (GiB) |
---|---|---|---|---|
Implementación pequeña:
|
4 |
32 |
0 |
|
Implementación media:
|
8 |
52 |
Se recomienda encarecidamente |
|
rancher
= 80 GiB en la partición rancher
2 1 proceso * 105GiB = 105 Disco de datos
rancher
= 160 GiB en la partición rancher
4 (2 procesos + 1 proceso de DU) * 105GiB = 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 | Requisitos |
---|---|
Memoria |
|
CPU |
|
GPU |
|
Almacenamiento |
|
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.
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 |
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.
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. |
|
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.
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 más detalles sobre las herramientas que puedes utilizar para instalar y validar los paquetes RPM, consulta Validar e instalar los paquetes RPM necesarios.
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 de SQL Server específicos del producto, consulta Configurar Microsoft SQL Server.
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 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.
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.
Los requisitos mínimos generales de hardware para el servidor NFS son los siguientes:
-
CPU - 4 vCPU
-
RAM - 8 GiB
-
Almacenamiento - 1 TiB
Nota: si utilizas un almacén de objetos externo, el requisito de almacenamiento son unos pocos GiB. 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.
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
Ambos clústeres de Automation Suite deben cumplir un conjunto de requisitos de software y hardware. Para obtener más información, consulta los requisitos de hardware para el modo multinodo.
Ambos clústeres de Automation Suite deben tener un equilibrador de carga. Para obtener más detalles, consulta Configurar el equilibrador de carga.
Para obtener más detalles sobre los requisitos de DNS, consulta Configurar el DNS.
Para obtener más detalles de los requisitos de certificación, consulta Requisitos de los certificados.
También debes añadir las SAN al certificado si has abierto el DNS.
La siguiente tabla enumera las versiones de RHEL compatibles con cada versión de Automation Suite:
Automation Suite version |
Versiones de RHEL compatibles |
---|---|
2023.10.6 | 8.6, 8.8, 8.9, 8.10, 9.2, 9.4 |
2023.10.5 |
8.6, 8.8, 8.9, 8.10, 9.2 |
2023.10.4 |
8.6, 8.8, 8.9 |
2023.10.3 |
8.6, 8.8, 8.9 |
2023.10.2 |
8.6, 8.8, 8.9 |
2023.10.1 |
8.6, 8.8 |
2023.10.0 |
8.6, 8.8 |
- 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