automation-suite
2024.10
false
Importante :
A tradução automática foi aplicada parcialmente neste conteúdo. A localização de um conteúdo recém-publicado pode levar de 1 a 2 semanas para ficar disponível.
UiPath logo, featuring letters U and I in white

Guia de instalação do Automation Suite no OpenShift

Última atualização 13 de nov de 2025

500 erros e limitação de taxa em solicitações do S3 no ODF

Description

Os serviços que enviam solicitações S3 por meio do OpenShift Data Foundation (ODF) podem encontrar respostas com limitação de taxa ou 500 Erro interno do servidor. No ODF, o gerenciamento de armazenamento é feito pelo NooBaa. Quando o número de solicitações ultrapassa um limite, o NooBaa aloca memória adicional. Se essa alocação exceder os limites de CPU ou memória configurados na implantação do NooBaa, o pod pode ser encerrado pelo eliminador de falta de memória (OOM). Esse encerramento causa interrupções do serviço, limitação de solicitações e respostas de erros.

Solução

Para resolver o problema, você deve aumentar os limites de CPU e memória e solicitações para a implantação do NooBaa, para que ele possa lidar com picos de carga de trabalho sem ser encerrado. Ajustar limites é a principal resolução, enquanto aumentar as solicitações ajuda a melhorar a alocação de recursos.

Siga as seguintes etapas:

  1. Recupere o BackingStore relevante executando o seguinte comando:
    oc get backingstores.noobaa.io -n openshift-storageoc get backingstores.noobaa.io -n openshift-storage
  2. Corrija o BackingStore para aumentar os limites de recursos de CPU e memória executando o seguinte 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"
            }
          }
        }
      }
    }'
    
O BackingStore pode levar vários minutos para retornar a um estado ativo após a aplicação do patch.
  • Description
  • Solução

Esta página foi útil?

Obtenha a ajuda que você precisa
Aprendendo RPA - Cursos de automação
Fórum da comunidade da Uipath
Uipath Logo
Confiança e segurança
© 2005-2025 UiPath. Todos os direitos reservados.