- Información general
- Requisitos
- Preinstalación
- Preparar la instalación
- Descarga de los paquetes de instalación
- Configurar el registro compatible con OCI
- Conceder permisos de instalación con roles de clúster
- Conceder permisos de instalación sin roles de clúster
- Instalar y configurar la malla de servicio
- Instalar y configurar la herramienta GitOps
- Instalar el operador de secretos externos
- 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
- Supervisión y alertas
- Administración de clústeres
- 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
- Ai Trust Layer
- Solución de problemas
- Cómo desinstalar Automation Suite
- Cómo resolver el fallo de comprobación de conectividad prerrequisito en OpenShift 4.16–4.18
- Cómo implementar Insights en un clúster habilitado para FIPS
- Cómo deshabilitar la habilitación automática de CDI en el operador de GPU de Nvidia
- Cómo codificar la URL de una contraseña de cadena de conexión de PostgreSQL
- 500 errores y limitación de tasa en solicitudes S3 en ODF
- Solución de problemas de secretos externos
- Configurar las tolerancias del controlador CSI para ODF 4.20
- Solución de problemas de Temporal como servicio
- Los pods de AI Center y Document Understanding no se inician con la verificación del certificado TLS habilitada
- Studio Desktop no puede cargar conectores y actividades de Integration Service
- Errores de validación del certificado TLS
- Mitigación manual de Política de red de ArgoCD (GHSA-47m3-95c7-g2g8)
- Configurar solicitudes de recursos y límites para cargas de trabajo creadas por uipathctl
500 errores y limitación de tasa en solicitudes S3 en ODF
Soluciones para errores 500 y limitación de tasa en solicitudes S3 en OpenShift Data Foundation, incluidos los problemas de asignación de memoria de NooBaa.
Descripción
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 la gestiona 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.
Solución
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" } } } } }'
BackingStore puede tardar varios minutos en volver a un estado activo después de aplicar el parche.