automation-suite
2024.10
false
- Visão geral
- Requisitos
- Pré-instalação
- Preparação da instalação
- Instalação e configuração do service mesh
- Baixando os pacotes de instalação
- Configuração do registro compatível com OCI
- Concessão de permissões de instalação
- Instalando e configurando a ferramenta GitOps
- Implantação do Redis pelo OperatorHub
- Aplicação de configurações diversas
- Executando o uipathctl
- Instalação
- Pós-instalação
- Migração e atualização
- Atualizando o Automação Suite
- Migração de produtos independentes para o Automation Suite
- Etapa 1: restauração do banco de dados de produtos independente
- Etapa 2: atualizar o esquema do banco de dados de produtos restaurado
- Etapa 3: migração dos dados da organização do Identity de independente para o Automation Suite
- Etapa 4: backup do banco de dados da plataforma no Automation Suite
- Etapa 5: mesclando organizações no Automation Suite
- Etapa 6: atualização das strings de conexão do produto migradas
- Etapa 7: migração do Orchestrator independente
- Etapa 8: migração do Insights independente
- Etapa 9: exclusão do tenant padrão
- Executando uma migração de único tenant
- Migração entre clusters do Automation Suite
- Monitoramento e alertas
- Administração de cluster
- Configuração específica do produto
- Configuração de parâmetros do Orchestrator
- Configuração do AppSettings
- Configuração do tamanho máximo da solicitação
- Substituição da configuração de armazenamento no nível do cluster
- Configuração do NLog
- Salvando logs do robô no Elasticsearch
- Configuração dos repositórios de credenciais
- Configuração da chave de criptografia por tenant
- Limpeza do banco de dados do Orchestrator
- Solução de problemas
- O streaming de logs não funciona em configurações de proxy
- 500 erros e limitação de taxa em solicitações do S3 no ODF
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.

Guia de instalação do Automation Suite no OpenShift
Última atualização 13 de nov de 2025
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.
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:
- Recupere o BackingStore relevante executando o seguinte comando:
oc get backingstores.noobaa.io -n openshift-storageoc get backingstores.noobaa.io -n openshift-storage - 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" } } } } }'