automation-suite
2024.10
false
Guia de instalação do Automation Suite no Linux
- Visão geral
- Requisitos
- Modelos de implantação
- Manual: preparando a instalação
- Manual: preparando a instalação
- Etapa 2: configuração do registro compatível com OCI para instalações offline
- Etapa 3: configuração do objectstore externo
- Etapa 4: configuração do High Availability Add-on
- Etapa 5: configuração de bancos de dados SQL
- Etapa 6: configuração do balanceador de carga
- Etapa 7: configuração do DNS
- Etapa 8: configuração dos discos
- Etapa 9: configuração dos ajustes do nível do kernel e do sistema operacional
- Etapa 10: configuração das portas do nó
- Etapa 11: aplicação de configurações diversas
- Etapa 12: validação e instalação dos pacotes RPM necessários
- Etapa 13: geração de cluster_config.json
- Amostra Cluster_config.json
- Configuração geral
- Configuração do perfil
- Configuração de Certificados
- Configuração do Banco de Dados
- Configuração externa do Objectstore
- Configuração de URL pré-assinada
- Configuração do ArgoCD
- Configuração da autenticação do Kerberos
- Configuração de registro externo compatível com OCI
- Disaster Recovery: configurações Ativo/Passivo e Ativo/Ativo
- Configuração do High Availability Add-on
- Configuração específica do Orchestrator
- Configuração específica do Insights
- Process Mining-specific configuration
- Configuração específica do Document Understanding
- Automation Suite Robots-specific configuration
- Configuração do monitoramento
- Opcional: configuração do servidor proxy
- Opcional: habilitação da resiliência a falhas zonais em um cluster de produção pronto para alta disponibilidade de vários nós
- Opcional: transmitindo resolv.conf personalizado
- Optional: Increasing fault tolerance
- Adicionando um nó de agente dedicado com suporte a GPU
- Adição de um nó de agente dedicado ao Task Mining
- Conexão do aplicativo Task Mining
- Adicionando um nó de agente dedicado para robôs do Automation Suite
- Etapa 15: configuração do registro temporário do Docker para instalações offline
- Etapa 16: validação dos pré-requisitos para a instalação
- Executando o uipathctl
- Manual: realizando a instalação
- Pós-instalação
- Administração de cluster
- Gerenciando produtos
- Introdução ao portal de administração do cluster
- Migração do Redis do High Availability Add-on no cluster para externo
- Migrating data between objectstores
- Migrating in-cluster objectstore to external objectstore
- Migração de um registro no cluster para um registro externo compatível com OCI
- Mudança para o cluster secundário manualmente em uma configuração Ativo/Passivo
- Disaster Recovery: executando operações pós-instalação
- Convertendo uma instalação existente para configuração multi-local
- Diretrizes sobre atualização de uma implantação Ativo/Passivo ou Ativo/Ativo
- Diretrizes sobre backup e restauração de uma implantação Ativo/Passivo ou Ativo/Ativo
- Escalando uma implantação de nó único (avaliação) para uma implantação de vários nós (HA)
- Monitoramento e alertas
- Migração e atualização
- 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: migração do Test Manager independente
- Etapa 10: exclusão do tenant padrão
- Executando uma migração de único tenant
- Migração entre clusters do Automation Suite
- Atualizando o Automação Suite
- Download dos pacotes de instalação e obtenção de todos os arquivos no primeiro nó do servidor
- Recuperação da mais recente configuração aplicada do cluster
- Atualização da configuração de cluster
- Configuração do registro compatível com OCI para instalações offline
- Execução da atualização
- Realização de operações pós-atualização
- 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
- Melhores práticas e manutenção
- Solução de problemas
- Como solucionar problemas dos serviços durante a instalação
- Como desinstalar o cluster
- Como limpar os artefatos offline para melhorar o espaço em disco
- Como limpar os dados do Redis
- Como habilitar o registro em log do Istio
- Como limpar logs manualmente
- Como limpar logs antigos armazenados no bucket do sf-logs
- Como desabilitar os logs de streaming para o AI Center
- Como depurar instalações do Automation Suite com falha
- Como excluir imagens do instalador antigo após a atualização
- Como desabilitar o descarregamento de soma de verificação do TX
- Como definir manualmente o nível de log do ArgoCD como Info
- Como expandir o armazenamento do AI Center
- Como gerar o pull_secret_value codificado para registros externos
- Como lidar com cifras fracas no TLS 1.2
- Como verificar a versão do TLS
- Como reduzir as permissões para um diretório de backup NFS
- Como trabalhar com certificados
- Como agendar o backup e restaurar dados do Ceph
- Como limpar imagens do Docker não usadas dos pods de registro
- Como coletar dados de uso de DU com objectstore (Ceph) no cluster
- Como instalar o RKE2 SELinux em ambientes air-gapped
- Como limpar backups diferenciados antigos em um servidor NFS
- Como implantar o Insights em um cluster habilitado para FIPS
- Como migrar para o Cgroup v2
- Como enviar uma imagem do Docker local para o registro no cluster
- Como excluir buckets do backup
- Não é possível executar uma instalação offline no SO RHEL 8.4
- Erro ao baixar o pacote
- A instalação offline falha devido a um binário ausente
- Problema de certificado na instalação offline
- Erro de validação da string de conexão ao SQL
- Azure disk not marked as SSD
- Falha após a atualização do certificado
- Erros de validação de certificado TLS
- Antivírus causa problemas de instalação
- Automation Suite not working after OS upgrade
- O Automation Suite requer que backlog_wait_time seja definido como 0
- Não é possível montar o volume devido a não estar pronto para cargas de trabalho
- Falha na coleta de logs do pacote de suporte
- A instalação do registro temporário falha no RHEL 8.9
- Problema de reinício frequente em implantações de namespace uipath durante instalações offline
- Configurações de DNS não honradas pelo CoreDNS
- Não é possível instalar o registro temporário
- A geração de registros no cluster falha devido a memória insuficiente
- As verificações de pré-requisitos falham quando os projetos modernos do Document Understanding estão habilitados e o AI Center está desabilitado
- Perda de dados ao reinstalar ou atualizar o Insights após a atualização do Automation Suite
- Não é possível acessar o Automation Hub após a atualização para o Automation Suite 2024.10.0
- Falha de atualização durante a importação do pós-hooks
- A atualização de nó único falha no estágio de malha
- Upgrade fails due to unhealthy Ceph
- RKE2 não é iniciado devido a um problema de espaço
- O volume não pode ser montado e permanece no estado de loop anexar/desanexar
- A atualização falha devido a objetos clássicos no banco de dados do Orchestrator
- Um cluster do Ceph foi encontrado em um estado degradado após atualização lado a lado
- Um componente sem integridade do Insights causa uma falha na migração
- A atualização do serviço falha para o Apps
- Tempos limite de atualização no local
- Migração de registro do Docker presa no estágio de exclusão do PVC
- Falha no provisionamento do AI Center após a atualização para a 2023.10 ou posterior
- Falha de atualização em ambientes offline
- A validação de SQL falha durante a atualização
- pod snapshot-controller-crds no estado CrashLoopBackOff após a atualização
- Falha de atualização devido aos tamanhos de PVC do Insights substituídos
- Falha ao atualizar para o Automation Suite 2024.10.1
- Falha de atualização devido ao problema de migração do Velero
- Atualização travada na exclusão do aplicativo rook-ceph
- Falha ao carregar ou baixar dados no objectstore
- PVC resize does not heal Ceph
- Falha no redimensionamento do PVC do Objectstore
- Pod do Rook Ceph ou Looker travado no estado Init
- Erro de anexo de volume StatefulSet
- Falha ao criar volumes persistentes
- Falha ao compactar métricas devido a blocos corrompidos no Thanos
- Configurando um intervalo de tempo limite para os portais de gerenciamento
- Autenticação não funciona após migração
- kinit: não é possível encontrar o KDC para o realm <AD Domain> ao obter credenciais iniciais
- kinit: o Keytab não contém chaves adequadas para *** ao obter credenciais iniciais
- Falha na operação GSSAPI devido a código de status inválido
- Alarme recebido para trabalho com falha do Kerberos-tgt-update
- Provedor de SSPI: servidor não encontrado no banco de dados Kerberos
- Falha de login para usuário do AD devido a conta desabilitada
- ArgoCD login failed
- Atualizar as conexões de diretório subjacentes
- O Robot não pode se conectar a uma instância do Automation Suite Orchestrator
- A drenagem de nós não ocorre para nós parados
- Pod rke2-coredns-rke2-coredns-autoscaler em CrashLoopBackOff
- Falha na remoção do nó devido à nomenclatura incorreta da operação de dimensionamento
- Problema ao adicionar nós de agente em ambientes offline
- Problema de associação de nó de servidor em ambientes offline com registro no cluster
- Falha parcial para restaurar o backup no Automation Suite 2024.10.0
- Falha ao obter a imagem do sandbox
- Os pods não são exibidos na UI do ArgoCD
- O acesso ao FQDN retorna o erro de acesso negado do RBAC
- Falha de teste do Redis
- O servidor RKE2 falha ao iniciar
- Segredo não encontrado no namespace da UiPath
- O ArgoCD entra em estado Em andamento após a primeira instalação
- Pod de repositório do ArgoCD em CrashLoopBackOff
- Manual ArgoCD NetworkPolicy mitigation (GHSA-47m3-95c7-g2g8)
- Pods presos em Init:0/X
- Métricas Ceph-rook ausentes nos painéis de monitoramento
- Incompatibilidade em erros relatados durante as verificações de integridade do diagnóstico
- Nenhum problema upstream íntegro
- O streaming de logs não funciona em configurações de proxy
- Falha ao adicionar nós de agente em ambientes offline
- O nó fica sem resposta (OOM) durante o upload de um pacote grande do Document Understanding
- As operações de backup falham com o status Parcialmente como falha
- O Document Understanding não está no menu de navegação esquerdo do Automation Suite
- Status de Falha ao criar uma sessão de rotulagem de dados
- Status de Falha ao tentar implantar uma habilidade de ML
- Trabalho de migração falha no ArgoCD
- Reconhecimento de escrita com o Extrator de formulários inteligente não está funcionando
- Execução de alta disponibilidade com o Process Mining
- Falha na ingestão do Process Mining ao fazer logon usando o Kerberos
- Após a recuperação de desastres, o Dapr não está funcionando corretamente para Process Mining
- Não é possível conectar-se ao banco de dados AutomationSuite_ProcessMining_Warehouse usando uma string de conexão em formato pyodbc.
- A instalação do Airflow falha com sqlalchemy.exc.ArgumentError: não foi possível analisar o URL rfc1738 da string ''
- Como adicionar uma regra de tabela de IP para usar a porta 1433 do SQL Server
- O certificado do Automation Suite não é confiável para o servidor em que o CData Sync está sendo executado
- Execução da ferramenta de diagnóstico
- Usando o pacote de suporte do Automation Suite
- Exploração de logs
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.
- P: Posso implantar o Automation Suite no modo Ativo-Passivo?
- R: Sim.
- P: Posso implantar o Automation Suite no modo Ativo-Ativo?
- R: Sim.
- P: Quantas licenças de complemento de alta disponibilidade (HAA) preciso para configuração Ativa/Passiva?
- R: Você precisa de um total de duas licenças HAA, uma para cada cluster. Cada uma das licenças deve ser para dois shards.
- P: Preciso trazer licenças de produtos adicionais para o cluster passivo?
- R: Não, após aplicar as licenças no cluster primário, elas também estarão disponíveis para uso no cluster secundário.
- P: Posso desativar o cluster secundário enquanto não estiver em uso?
- R: Sim, no caso de uma configuração Ativa-Passiva, você pode desativar alguns ou todos os nós no cluster secundário enquanto não estiver em uso. No caso de uma configuração Ativo-Ativo, os nós em ambos os clusters devem estar em execução.
- P: Posso instalar produtos sem suporte no cluster secundário?
- R: Não, você não pode instalar produtos que não são suportados no cluster secundário. Se tentar tal instalação, os produtos ficarão inutilizáveis.
- P: Posso recriar o cluster principal usando o cluster secundário quando o backup estiver indisponível?
- R: Não, para reconstruir o cluster primário, você precisa de um backup. No entanto, você pode reconstruir o cluster secundário usando o cluster primário.
- P: Posso implantar um objectstore no cluster com configurações Ativo-Passivo ou Ativo-Ativo?
- R: Não, as implantações em vários locais têm um requisito estrito para objectstore externo.
- P: Posso executar o gerenciamento de cluster quando um dos clusters do Automation Suite estiver indisponível ou desativado?
- R: Você deve executar a maioria das operações, como atualização da string de conexão SQL, em ambos os clusters. Portanto, ambos os clusters devem estar disponíveis. No entanto, se o cluster estiver indisponível e você precisar atualizar uma configuração, poderá desvincular os clusters e operar individualmente.
- P: Se um produto estiver inativo no cluster primário, só posso alternar o tráfego desse produto para o secundário?
- R: Somente a tolerância a falhas local é permitida. A tolerância granular em nível de produto não é suportada no momento.
- P: Posso optar por não implantar um produto em vários locais?
- R: Você deve instalar todos os produtos em ambos os locais. Você não pode optar por implantar um produto apenas de um lado, exceto para explorar produtos e o Insights.
- P: Posso trazer máquinas heterogêneas em ambos os clusters?
- R: Você pode trazer diferentes configurações de máquinas em ambos os locais, desde que essas máquinas atendam aos requisitos de hardware e software para uma instalação do Automation Suite.
- P: Posso trazer máquinas com especificações inferiores para o cluster secundário?
- R: Sim, você pode optar por implantar menos máquinas ou inferiores no cluster secundário. Isso pode ser feito para economizar custo quando Insights, Task Mining, Process Mining e Automation Hub não estiverem instalados.
- P: Posso executar o pipeline de treinamento no cluster secundário?
- R: É possível agendar o pipeline de treinamento apenas no cluster primário. Isso significa que a funcionalidade do pipeline de treinamento fica temporariamente indisponível se o cluster principal estiver inativo.
- P: Posso usar a mesma licença do Automation Suite/produto em ambos os locais?
- R: Embora ambos os clusters sejam clusters individuais, eles são configurados para se comportar como uma única implantação. Isso também significa que você não precisa fornecer duas licenças Redis separadas.
- P: Posso promover o cluster secundário para o cluster primário?
- R: Não, você não pode promover o cluster secundário para o cluster primário.
- P: Posso converter a implantação em vários locais de volta para uma configuração padrão do Automation Suite?
- R: Não, isso não é possível no momento. A única opção é recriar a configuração a partir de um backup.
- P: O que acontece quando o cluster principal fica temporariamente inativo no modo Ativo-Passivo?
- R: Se o cluster principal estiver temporariamente inativo, o Automation fica temporariamente indisponível. Você deve alternar o tráfego para o cluster secundário usando as etapas descritas em Mudança para o cluster secundário manualmente.
- P: O que acontece quando o cluster principal fica temporariamente inativo no modo Ativo-Ativo?
- R: Se o cluster principal estiver temporariamente inativo, os produtos que são compatíveis com o modo Ativo-Ativo não devem sofrer nenhum tempo de inatividade. No entanto, os produtos que não são compatíveis com o modo Ativo-Ativo, como Insights, Automation Hub, Process Mining e Task Mining ficarão temporariamente inativos. Nesse caso, você deve tentar reabilitar o cluster primário.
- P: O que acontece quando o cluster primário fica permanentemente inativo no modo Ativo-Passivo?
- R: Se o cluster principal estiver permanentemente inativo, o Automation fica temporariamente indisponível. Você deve alternar para o cluster secundário usando as etapas descritas em Mudança para o cluster secundário manualmente e, em seguida, reconstruir o cluster primário a partir do backup.
- P: O que acontece quando o cluster primário fica permanentemente inativo no modo Ativo-Ativo?
- R: Se o cluster principal estiver permanentemente inativo, os produtos que são compatíveis com o modo Ativo-Ativo não devem sofrer nenhum tempo de inatividade. No entanto, os produtos que não são compatíveis com o modo Ativo-Ativo, como Insights, Automation Hub, Process Mining e Task Mining estarão inoperantes. Você deve mudar o tráfego para o cluster secundário e, em seguida, reconstruir o cluster primário a partir do backup. Depois que o cluster principal estiver ativo, reabilite o tráfego para ambos os clusters.
- P: O que acontece quando o cluster secundário fica temporariamente inativo no modo Ativo-Passivo?
- R: Se o cluster secundário estiver temporariamente inativo, o Automation Suite não é afetado. No entanto, o Disaster Recovery não está disponível. Assim que o cluster secundário for reativado, aplique novamente qualquer configuração feita no cluster primário ao cluster secundário.
- P: O que acontece quando o cluster secundário fica temporariamente inativo no modo Ativo-Ativo?
- R: Se o cluster secundário estiver temporariamente inativo, o Automation Suite não é afetado. No entanto, ele não poderá atender às solicitações, como faria com ambos os clusters ativos. Além disso, o Disaster Recovery não está disponível. Assim que o cluster secundário for reativado, aplique novamente qualquer configuração feita no cluster primário ao cluster secundário.
- P: O que acontece quando o cluster secundário fica permanentemente inativo no modo Ativo-Passivo?
- R: Se o cluster secundário estiver permanentemente inativo, o Automation Suite não é afetado. No entanto, o Disaster Recovery não está disponível. Você deve reconstruir o cluster secundário usando o cluster primário.
- P: O que acontece quando o cluster secundário fica permanentemente inativo no modo Ativo-Ativo?
- R: Se o cluster secundário estiver permanentemente inativo, o Automation Suite não é afetado. No entanto, ele não poderá atender às solicitações, como faria com ambos os clusters ativos. Além disso, o Disaster Recovery não está disponível. Você deve reconstruir o cluster secundário usando o cluster primário.
- P: O que acontece quando ambos os clusters ficam temporariamente inativos no modo Ativo-Passivo?
- R: Quando ambos os clusters estão temporariamente inativos, todo o Automation Suite fica inativo até que um local volte a estar disponível.
- P: O que acontece quando ambos os clusters ficam temporariamente inativos no modo Ativo-Ativo?
- R: Quando ambos os clusters estão temporariamente inativos, todo o Automation Suite fica inativo até que um local volte a estar disponível.
- P: O que acontece quando ambos os clusters estão permanentemente inativos no modo Ativo-Passivo?
- R: Quando ambos os clusters estão permanentemente inativos, todo o Automation Suite fica inativo. Para restaurar a configuração, você deve restaurar o cluster primário usando um backup e recriar o cluster secundário a partir do cluster primário.
- P: O que acontece quando ambos os clusters ficam permanentemente inativos no modo Ativo-Ativo?
- R: Quando ambos os clusters estão permanentemente inativos, todo o Automation Suite fica inativo. Para restaurar a configuração, você deve restaurar o cluster primário usando um backup e recriar o cluster secundário a partir do cluster primário.
- P: O que acontece quando algum dos produtos estiver inativo no cluster primário no modo Ativo-Passivo?
- R: Se algum dos produtos estiver inativo no cluster primário, ele não estará disponível. Não há como alternar o tráfego apenas para esse produto no cluster secundário. E vice-versa. Somente a tolerância a falhas em nível local é possível.
- P: O que acontece quando algum dos produtos estiver inativo no cluster primário no modo Ativo-Ativo?
- R: Se o produto que está inativo for compatível com o modo Ativo-Ativo, não haverá tempo de inatividade para esse produto, pois o secundário estará atendendo às solicitações. No entanto, se o produto não for compatível com o modo Ativo-Ativo, como Insights, Automation Hub, Process Mining e Task Mining, esse produto sofrerá um tempo de inatividade.
- P: O que acontece quando a fonte de dados primária está inativa e os dados não são replicados para a fonte de dados secundária no modo Ativo-Passivo?
- R: Nesse caso, haverá perda de dados. Seu RPO controlaria a perda de dados. A promoção da fonte de dados secundária para a primária seria regida por seu RTO.
- P: O que acontece quando a fonte de dados primária está inativa e os dados não são replicados para a fonte de dados secundária no modo Ativo-Ativo?
- R: Nesse caso, haverá perda de dados. Seu RPO controlaria a perda de dados. A promoção da fonte de dados secundária para a primária seria regida por seu RTO.
- P: O que acontece quando a fonte de dados primária volta a estar disponível após um breve período de inatividade no modo Ativo-Passivo?
- R: Quando a fonte de dados principal voltar à atividade após um breve período de inatividade, você deve garantir que, a menos que todos os dados sejam sincronizados novamente com a fonte de dados original, o redirecionamento de tráfego para o cluster principal não seja iniciado.
- P: O que acontece quando a fonte de dados primária volta a estar disponível após um breve período de inatividade no modo Ativo-Ativo?
- R: Quando a fonte de dados principal voltar à atividade após um breve período de inatividade, você deve garantir que, a menos que todos os dados sejam sincronizados novamente com a fonte de dados original, o redirecionamento de tráfego para o cluster principal não seja iniciado.
- P: O que acontece quando ambas as fontes de dados estiverem inativas no modo Ativo-Passivo?
- R: Nesse caso, você terá um tempo de inatividade completo. Algumas transações em andamento podem ficar estagnadas nesse estado para sempre.
- P: O que acontece quando ambas as fontes de dados estiverem inativas no modo Ativo-Ativo?
- R: Nesse caso, você terá um tempo de inatividade completo. Algumas transações em andamento podem ficar estagnadas nesse estado para sempre.
- P: O que acontece quando a fonte de dados secundária está inativa no modo Ativo-Passivo?
- R: Nesse caso, o Automation Suite não é afetado. Você deve garantir que os dados sejam replicados quando a fonte de dados secundária estiver online.
- P: O que acontece quando a fonte de dados secundária está inativa no modo Ativo-Ativo?
- R: Nesse caso, o Automation Suite não é afetado. Você deve garantir que os dados sejam replicados quando a fonte de dados secundária estiver online.