- Visão geral
- Requisitos
- Pré-instalação
- Preparação da instalação
- Baixando os pacotes de instalação
- Configuração do registro compatível com OCI
- Concessão de permissões de instalação com funções de cluster
- Concessão de permissões de instalação sem funções de cluster
- Instalação e configuração do service mesh
- Instalando e configurando a ferramenta GitOps
- Instalando o operador de segredos externos
- 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
- Monitoramento e alertas
- Administração de cluster
- Fazendo a manutenção do banco de dados
- Como configurar a autenticação do Kerberos
- Configuração da pós-instalação do FQDN
- Mudança para o cluster secundário manualmente em uma configuração Ativo/Passivo
- Convertendo uma instalação existente para configuração multi-local
- Diretrizes sobre como atualizar uma implantação Ativa/Passiva
- Diretrizes sobre como fazer backup e restaurar uma implantação Ativa/Passiva
- Configuração específica do produto
- Configuração avançada do Orchestrator
- 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
- Ignorar a instalação da biblioteca do host
- AI Trust Layer
- Solução de problemas
- Como desinstalar o Automation Suite
- Como resolver a falha de verificação de conectividade pré-requisito no OpenShift 4.16–4.18
- Como implantar o Insights em um cluster habilitado para FIPS
- Como desabilitar a habilitação automática do CDI no operador de GPU Nvidia
- Como codificar para URL uma senha da string de conexão do PostgreSQL
- 500 erros e limitação de taxa em solicitações do S3 no ODF
- Solução de problemas de segredos externos
- Configurando tolerâncias de driver CSI para ODF 4.20
- Solução de problemas de Temporal como um serviço
- Os pods do AI Center e do Document Understanding falham ao iniciar com a verificação do certificado TLS habilitada
- O Studio Desktop não pode carregar conectores e atividades do Integration Service
- Erros de validação de certificado TLS
- Migreção manual do ArgoCD NetworkPolicy (GHSA-47m3-95c7-g2g8)
- Configuração de solicitações e limites de recursos para cargas de trabalho criadas pelo uipathctl
Mudança para o cluster secundário manualmente em uma configuração Ativo/Passivo
Alterne manualmente o tráfego para o cluster secundário durante o failover na configuração Ativo/Passivo do Automation Suite.
Esta seção fornece instruções de alto nível sobre como alternar manualmente o tráfego para o cluster secundário em uma configuração Ativo/Passivo.
Para alternar para o cluster secundário do Automation Suite, execute as seguintes etapas:
- Ative todos os nós do cluster secundário do Automation Suite.
- Reabilite todos os produtos ativos anteriormente.
- Aguarde até que todos os componentes e produtos atinjam um estado operacional íntegro.
- Sincronize as habilidades do AI Center no cluster secundário.
- Mude o tráfego para o cluster secundário (atualize o DNS/LB de acordo com sua topologia)
Ao alternar para o local secundário, produtos como Insights, Process Mining, Studio Web e Automation Hub não estão disponíveis.
Reabilitando os produtos
Para trazer de volta todos os produtos inativos, execute o seguinte comando:
uipathctl cluster maintenance disable
uipathctl cluster maintenance disable
Sincronizando a habilidade de ML do AI Center
Você pode usar o script a seguir para sincronizar novamente o habilidade de ML do AI Center no cluster secundário. O script aciona a ressincronização em segundo plano se nenhuma sincronização ativa estiver em andamento. Você pode usar o mesmo script para voltar ao cluster primário.
O script sincroniza as habilidades em segundo plano (assíncrono) e retorna um status. A tarefa garante que as habilidades sejam implantadas e atualiza a entrada do banco de dados para refletir o status atual.
uipathctl service aicenter sync-skills [skill_ids]
uipathctl service aicenter sync-skills [skill_ids]
[skill_ids]: o array opcional dos IDs de habilidade separados por espaço. Se você fornecer o ID da habilidade, apenas essas habilidades serão atualizadas; caso contrário, todas as habilidades implantadas serão sincronizadas novamente.
Exemplo:
uipathctl service aicenter sync-skills 783273-3232-3232-323 32-32-323-3232
//this will only sync the skills with ID 783273-3232-3232-323 and 32-32-323-3232
uipathctl service aicenter sync-skills 783273-3232-3232-323 32-32-323-3232
//this will only sync the skills with ID 783273-3232-3232-323 and 32-32-323-3232
Para monitorar o status da habilidade, você deve executar um script diferente, conforme mostrado na seção a seguir.
Verificando o status da habilidade de ML do AI Center
Para visualizar o status da habilidade de ML do AI Center, execute o seguinte comando:
uipathctl service aicenter sync-skill-status [skill_ids]
uipathctl service aicenter sync-skill-status [skill_ids]
O comando pode retornar qualquer um dos seguintes status:
InProgress- implantação de habilidade em andamento.Failed- falha na implantação de habilidade.OutOfSync- habilidade disponível no banco de dados; no entanto, ainda não foi implantada.Available- quando as habilidades são implantadas e disponíveis para consumo.