- 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
- Disaster Recovery: configurações Ativo/Passivo
- Gerar o arquivo de configuração usando um assistente
- Exemplo do input.json do AKS
- Exemplo do input.json do EKS
- 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
- Migração do Automation Suite no EKS/AKS para o Automation Suite no OpenShift
- 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
- Não é possível acessar o Automation Hub após a atualização para o Automation Suite 2024.10.0
- Falha no provisionamento do AI Center após a atualização para a 2023.10 ou posterior
- Volumes do Insights criados em duas zonas diferentes após a migração
- Falha de atualização devido aos tamanhos de PVC do Insights substituídos
- 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 Robot não pode se conectar a uma instância do Automation Suite Orchestrator
- O streaming de logs não funciona em configurações de proxy

Guia de instalação do Automation Suite no EKS/AKS
Some Automation Suite products are not supported in Disaster Recovery - Active/Passive . You can install these products while installing the primary cluster only. For details, see Disaster recovery - Active/Passive.
input.json
:
-
Para implantações Ativo/Passivo: configure os parâmetros listados na tabela a seguir.
Parâmetro |
Description |
---|---|
fqdn |
Ele representa o FQDN que, no momento da instalação, aponta para o balanceador de carga do cluster primário. Para obter detalhes, consulte Lógica de roteamento de DNS. |
cluster_fqdn |
Ele representa o FQDN (DNS) específico do cluster que aponta para o balanceador de carga do cluster que você configurou usando o arquivo
input.json .
Para obter detalhes, consulte Lógica de roteamento de DNS. |
|
Indica que o Automation Suite deve ser configurado para funcionar em vários locais. Deve ser definido como
true .
|
|
Isso indica que este cluster é um cluster primário e deve ser definido como
true . O padrão é definido para false , o que indica um cluster secundário.
|
|
Indica o arquivo kubeconfig codificado em base64 de outro cluster. Durante a instalação do cluster primário no Automation Suite, esse valor não está disponível e pode ser ignorado. No entanto, você deve fornecer o valor ao recriar o Automation Suite principal posteriormente durante a recuperação. |
Esta página descreve como definir uma configuração de vários locais com um cluster primário e secundário. O cluster primário está ativo e o cluster secundário é passivo.
-
Na configuração para a opção do cluster primário, a opção
enabled
deve ser definida como true."multisite": { "enabled": true, "primary": true }
"multisite": { "enabled": true, "primary": true } -
Na configuração para o cluster secundário, a opção
primary
deve ser definida como falsa:"multisite": { "enabled": true, "primary": false, "other_kube_config": "[base64 encoded kubeconfig]" }
"multisite": { "enabled": true, "primary": false, "other_kube_config": "[base64 encoded kubeconfig]" }Você deve fornecer o kubeconfig primário em uma string codificada em base64.
- Os serviços que não são compatíveis com um estado passivo devem ser desabilitados. Para obter mais detalhes sobre os serviços que não oferecem suporte ao modo Ativo/Passivo, consulte a página Disaster Recovery - Ativo/Passivo .
- Certifique-se de que os certificados sejam consistentes em todo o cluster primário e secundário, pois isso não é verificado ou imposto automaticamente.