automation-suite
2.2510
true
Guia de instalação do Automation Suite no EKS/AKS
- 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
- Instalação e configuração do service mesh
- Instalando e configurando a ferramenta GitOps
- Instalando o operador de segredos externos no Kubernetes
- 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
- 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
- A configuração de backup não funciona devido a uma falha na conexão com o Azure Government
- Pods no namespace uipath travaram ao habilitar taints de nó personalizado
- Não é possível iniciar o Automation Hub e o Apps com configuração de proxy
- O backup do Velero falha com o erro FailedValidation
- Solução de problemas de segredos externos
- 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
- Erros de validação de certificado TLS
- O Fluentd não exporta logs em ambientes IPv6
- O Studio Desktop não pode carregar conectores e atividades do Integration Service
- 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
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.
Perguntas e respostas sobre disaster recovery, licenciamento e gerenciamento de implantações do Automation Suite em vários locais.
- P: Posso implantar o Automation Suite no modo Ativo-Passivo?
- 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.
- 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 Ativas-Passivas?
- 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, 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 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 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 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 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 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 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 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 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 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 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.