- Visão geral
- Requisitos
- Pré-instalação
- 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
Esse artigo orienta você pelos conceitos principais e a arquitetura do Disaster Recovery do Automation Suite, cobrindo implantações Ativo/Passivo.
A garantia da automação de negócios contínua está na essência de qualquer plataforma de automação. O Automation Suite pode suportar a falha completa de nós, data centers inteiros ou regiões. Você pode implantar o Automation Suite como uma configuração Ativa/Passiva.
As implantações em vários locais do Automation Suite no modo Ativo/Passivo são compatíveis com os seguintes cenários:
- Implantação na mesma região - Dois clusters do Automation Suite implantados na mesma região;
- Implantação entre regiões - Dois clusters do Automation Suite implantados em diferentes regiões.
|
Produto |
Compatibilidade com Ativo/Passivo |
|---|---|
|
Orchestrator |
|
|
Action Center |
|
|
AI Center |
|
|
Apps |
|
|
Automation Ops |
|
|
Automation Suite Robots |
|
|
Computer Vision |
|
|
Data Service |
|
|
Document Understanding |
|
|
Test Manager |
|
|
Automation Hub |
|
|
Insights |
|
|
Process Mining |
|
|
Task Mining |
|
| Integration Service |
|
| Studio Web |
|
-
Você pode instalar produtos que não são compatíveis com o Disaster Recovery com Ativo/Passivo . No entanto, você não pode usar esses produtos quando o cluster principal estiver inativo.
- Para o AI Center, a funcionalidade do pipeline de treinamento está disponível apenas no cluster primário.
- Hardware
- Banco de Dados
- Amazon Elastic Cache (Redis)
- S3 (Armazenamento de objetos)
- SQS (filas)
- Rota 53
Hardware
O cluster de hardware Secundário (Passivo) deve ser idêntico ao cluster de hardware Primário.
Banco de Dados
O banco de dados deve ser acessível a partir dos clusters Ativo e Passivo.
Amazon Elastic Cache (Redis)
O sistema deve operar separadamente para o cluster Ativo e o cluster Passivo.
S3 (Armazenamento de objetos)
O sistema S3 deve estar sincronizado e oferecer suporte à replicação entre regiões (CRR).
SQS (filas)
O SQS deve operar separadamente em configurações Ativas e Passivas.
Rota 53
Route53 deve ser usado para controlar o roteamento do tráfego. A configuração no Route53 é necessária para direcionar o tráfego para o balanceador de carga ativo quando funcional.
Em caso de desastre, o tráfego deve ser reencaminhado para o balanceador de carga passivo usando a rota 53.
