- 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
- Disaster Recovery: configurações Ativo/Passivo
- Gerar o arquivo de configuração usando um assistente
- Exemplo do input.json
- 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
- 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
Disaster Recovery: configurações Ativo/Passivo
Instale o cluster secundário para disaster recovery em implantações Ativo/Passivo ou Ativo/Ativo do Automation Suite.
Alguns produtos do Automation Suite não são compatíveis com Disaster Recovery- Ativo/Passivo. Você pode instalar esses produtos apenas durante a instalação do cluster primário. Para obter detalhes, consulte Disaster Recovery - Ativo/Passivo.
A configuração do Disaster Recovery requer que você instale os dois clusters do Automation Suite separadamente. Para instalar os clusters primários e secundários em uma implantação Ativa/Passiva, você deve configurar os seguintes parâmetros input.json :
| 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 a lógica de roteamento 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 a lógica de roteamento DNS. |
multisite.enabled | Indica que o Automation Suite deve ser configurado para funcionar em vários locais. Deve ser definido como true. |
multisite.primary | 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. |
multisite.other_kube_config | 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. |
multisite.type | Especifica o tipo de implantação. Você deve defini-lo como active-passive. |
Opcional: configuração de proxy
Se você optar por configurar um proxy, além da configuração de proxy padrão descrita em Configuração do proxy, certifique-se de que a variável no_proxy inclua os seguintes valores:
<traffic-manager-fqdn>– mesmo valor quefqdnna configuração do Disaster Recovery<primary-cluster-fqdn>– mesmo valor quecluster_fqdndefinido no cluster primário<secondary-cluster-fqdn>- mesmo valor quecluster_fqdndefinido no cluster secundário
O seguinte exemplo mostra uma configuração de proxy válida:
"proxy": {
"enabled": true,
"http_proxy": "http://20.110.210.6:3128",
"https_proxy": "http://20.110.210.6:3128",
"no_proxy": "<secondary-cluster-fqdn>,<primary-cluster-fqdn>,<traffic-manager-fqdn>"
}
"proxy": {
"enabled": true,
"http_proxy": "http://20.110.210.6:3128",
"https_proxy": "http://20.110.210.6:3128",
"no_proxy": "<secondary-cluster-fqdn>,<primary-cluster-fqdn>,<traffic-manager-fqdn>"
}
Configuração multi-local
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 principal, a opção
enableddeve ser definida comotrue."multisite": { "enabled": true, "primary": true, "type": "active-passive" }"multisite": { "enabled": true, "primary": true, "type": "active-passive" } -
Na configuração para o cluster secundário, a opção
primarydeve ser definida comofalse:"multisite": { "enabled": true, "primary": false, "other_kube_config": "[base64 encoded kubeconfig]", "type": "active-passive" }"multisite": { "enabled": true, "primary": false, "other_kube_config": "[base64 encoded kubeconfig]", "type": "active-passive" }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 detalhes sobre serviços que não são compatíveis com o 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.