automation-suite
2024.10
false
- Información general
- Requisitos
- Preinstalación
- Preparar la instalación
- Instalar y configurar la malla de servicio
- Descarga de los paquetes de instalación
- Configurar el registro compatible con OCI
- Conceder permisos de instalación
- Instalar y configurar la herramienta GitOps
- Implementar Redis a través de OperatorHub
- Aplicar configuraciones varias
- Ejecutar uipathctl
- Instalación
- Después de la instalación
- Migración y actualización
- Actualizar Automation Suite
- Migrar productos independientes a Automation Suite
- Paso 1: restaurar la base de datos del producto independiente
- Paso 2: actualizar el esquema de la base de datos del producto restaurada
- Paso 3: mover los datos de la organización de Identity de independiente a Automation Suite
- Paso 4: Realizar una copia de seguridad de la base de datos de la plataforma en Automation Suite
- Paso 5: Fusionar organizaciones en Automation Suite
- Paso 6: actualizar las cadenas de conexión del producto migradas
- Paso 7: migrar Orchestrator independiente
- Paso 8: migrar Insights independiente
- Paso 9: eliminar el tenant predeterminado
- Realizar una migración de un solo tenant
- Migrar entre clústeres de Automation Suite
- Supervisión y alertas
- Administración de clústeres
- Configuración específica del producto
- 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
- Solución de problemas
- La transmisión de registros no funciona en las configuraciones de proxy
- 500 errores y limitación de tasa en solicitudes S3 en ODF
Importante :
Este contenido se ha localizado parcialmente a partir de un sistema de traducción automática.
La localización de contenidos recién publicados puede tardar entre una y dos semanas en estar disponible.

Guía de instalación de Automation Suite en OpenShift
Última actualización 13 de nov. de 2025
Los servicios que envían solicitudes S3 a través de OpenShift Data Foundation (ODF) pueden encontrar limitaciones de tasa o respuestas de error interno del servidor 500. En ODF, la gestión del almacenamiento está a cargo de NooBaa. Cuando el número de solicitudes supera un umbral, NooBaa asigna memoria adicional. Si esa asignación supera los límites de CPU o memoria configurados en la implementación de NooBaa, el eliminador de falta de memoria (OOM) puede terminar el pod. Esta terminación provoca interrupciones del servicio, aceleración de solicitudes y respuestas de error.
Para abordar el problema, debes aumentar los límites de CPU y memoria y las solicitudes para la implementación de NooBaa para que pueda manejar los picos de carga de trabajo sin ser cancelado. Ajustar los límites es la resolución principal, mientras que aumentar las solicitudes ayuda a mejorar la asignación de recursos.
Lleve a cabo los pasos siguientes:
- Recupera el BackingStore relevante ejecutando el siguiente comando:
oc get backingstores.noobaa.io -n openshift-storageoc get backingstores.noobaa.io -n openshift-storage - Parche el BackingStore para aumentar los límites de recursos de CPU y memoria ejecutando el siguiente comando:
oc patch BackingStore -n openshift-storage <backing-store-name> --type='merge' -p '{ "spec": { "pvPool": { "resources": { "limits": { "cpu": "1000m", "memory": "4000Mi" }, "requests": { "cpu": "500m", "memory": "500Mi" } } } } }'oc patch BackingStore -n openshift-storage <backing-store-name> --type='merge' -p '{ "spec": { "pvPool": { "resources": { "limits": { "cpu": "1000m", "memory": "4000Mi" }, "requests": { "cpu": "500m", "memory": "500Mi" } } } } }'