- Visão geral
- Requisitos
- Instalação
- Q&A: Deployment templates
- Configuração das máquinas
- Configurando o objectstore externo
- Configurando um registro externo do Docker
- Configuração do balanceador de carga
- Configuração do DNS
- Como configurar o Microsoft SQL Server
- Configuração dos certificados
- Instalação online de produção pronta para alta disponibilidade de vários nós
- Instalação offline de produção pronta para alta disponibilidade de vários nós
- Disaster Recovery - Instalando o cluster secundário
- Baixando os pacotes de instalação
- Parâmetros do install-uipath.sh
- Como habilitar o High Availability Add-on do Redis para o cluster
- Arquivo de configuração do Document Understanding
- 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
- Pós-instalação
- Administração de cluster
- Monitoramento e alertas
- Migração e atualização
- Opções de migração
- Etapa 1: mover os dados da organização do Identity, de independente para o Automation Suite
- Etapa 2: restauração do banco de dados de produtos independente
- Etapa 3: backup do banco de dados da plataforma no Automation Suite
- Etapa 4: mesclando organizações no Automation Suite
- Etapa 5: atualização das strings de conexão do produto migradas
- Etapa 6: migração do Insights independente
- Etapa 7: exclusão do tenant padrão
- Executando uma migração de único tenant
- Configuração específica do produto
- 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 limpar automaticamente instantâneos do Longhorn
- Como desabilitar o descarregamento de soma de verificação do TX
- Como definir manualmente o nível de log do ArgoCD como Info
- Como gerar o pull_secret_value codificado para registros externos
- Como lidar com cifras fracas no TLS 1.2
- Como trabalhar com certificados
- 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
- 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
- A primeira instalação falha durante a configuração do Longhorn
- Erro de validação da string de conexão ao SQL
- Verificação de pré-requisito para o módulo iscsid do selinux falha
- Azure disk not marked as SSD
- Falha após a atualização do certificado
- 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ó da GPU afetado por indisponibilidade de recurso
- 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 atualização de nó único falha no estágio de malha
- Cluster unhealthy after automated upgrade from 2021.10
- Upgrade fails due to unhealthy Ceph
- RKE2 não é iniciado devido a um problema de espaço
- A validação de SQL falha durante a atualização
- pod snapshot-controller-crds no estado CrashLoopBackOff após a atualização
- Falha ao carregar ou baixar dados no objectstore
- PVC resize does not heal Ceph
- Falha no redimensionamento do PVC
- 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
- Patch de reclamação de armazenamento
- Falha de backup devido ao erro TooManySnapshots
- Todas as réplicas do Longhorn estão com falha
- Configurando um intervalo de tempo limite para os portais de gerenciamento
- Atualizar as conexões de diretório subjacentes
- 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
- Falha ao obter a imagem do sandbox
- Os pods não são exibidos na UI do ArgoCD
- 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
- Problemas de acesso à conta somente leitura do ArgoCD
- Pods de MongoDB em CrashLoopBackOff ou provisionamento de PVC pendente após exclusão
- Unhealthy services after cluster restore or rollback
- Pods presos em Init:0/X
- Prometheus no estado CrashloopBackoff com erro de falta de memória (OOM)
- Métricas Ceph-rook ausentes nos painéis de monitoramento
- Os pods não podem se comunicar com o FQDN em um ambiente de proxy
- Falha ao configurar alertas por e-mail após a atualização
- Nenhum problema upstream íntegro
- 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
- Falha na implantação de habilidade de ML devido à expiração do token
- Execução de alta disponibilidade com o Process Mining
- Falha na ingestão do Process Mining ao fazer logon usando o Kerberos
- 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
- Usando a ferramenta de diagnóstico do Automation Suite
- Usando o pacote de suporte do Automation Suite
- Exploração de logs
Configuração do balanceador de carga
Visão geral
Um balanceador de carga é obrigatório para a configuração de produção pronta para alta disponibilidade de vários nós.
Alguns balanceadores de carga, como o Balanceador de Carga do Azure, têm a capacidade de encaminhar o endereço IP do cliente para o servidor sem substituí-lo por seu próprio endereço. Essa funcionalidade permite que o servidor veja o IP do cliente original, resultando em nenhuma etapa extra sendo necessária para o servidor identificar o endereço IP do cliente. Por outro lado, se um balanceador de carga substituir o endereço IP do cliente pelo próprio, ele pode compensar adicionando um cabeçalho especial, chamado de cabeçalho,x-forwarded-for à solicitação que envia para o servidor. Esse cabeçalho inclui o endereço IP do cliente original. O servidor pode ler esse cabeçalho para recuperar o endereço IP do cliente.
O Automation Suite é compatível com dois tipos de configuração para o balanceador de carga, conforme mostrado nas seções a seguir.
Você pode configurar o balanceador de carga para usar a persistência de sessão ou sessões fixas, mas isso não é um requisito.
Atualmente, o Automation Suite é compatível apenas com um balanceador de carga da Camada 4 (camada de rede).
O balanceador de carga não é compatível com criptografia e rescisão TLS. Para uma operação de serviço eficaz, certifique-se de configurar seu balanceador de carga para facilitar a passagem do tráfego.
Se você estiver usando o Balanceador de Carga Interno do Azure (LB) para implantações, você pode encontrar problemas com as chamadas da Máquina Virtual (VM) de back-end para o IP de front-end do LB. Os problemas ocorrem devido à incompatibilidade de endereços IP e MAC de origem do pacote de rede. Isso impede que o destinatário obtenha o caminho de resposta correto, resultando na falha das chamadas da VM para o LB. Para obter mais detalhes, consulte Limitações de componentes do Balanceador de Carga do Azure e Solução de problemas de tráfego de back-end.
Configuração do pool de servidores e nós
Essa é a configuração recomendada para o balanceador de carga.
Configurando o pool de back-end
Você precisa criar dois pools de back-end que atendam aos seguintes requisitos:
- Pool de servidores
- Consiste em todos os nós de servidor.
- Não deve haver nenhum nó de agente no Pool de servidores.
- Pool de nós
- Consists of all the server nodes and non-specialized agent nodes. Specialized agent nodes include
task-mining,gpu,asrobots.
- Consists of all the server nodes and non-specialized agent nodes. Specialized agent nodes include
Configurando as investigações de integridade
| Investigação | Protocol | Porta | Intervalo | Insira o limite novamente | Pool associado |
|---|---|---|---|---|---|
https-probe | TCP | 443 | 15 segundos | 2 | Pool de nós |
kubeapi-probe | TCP | 6443 | 15 segundos | 2 | Pool de servidores |
Consulte a ilustração a seguir para obter mais detalhes sobre a configuração
Habilitando portas no balanceador de carga
Certifique-se de ter as seguintes portas habilitadas em seu firewall para a origem do balanceador de carga:
| Porta | Protocol | Finalidade | Encaminhamento de tráfego | Investigação de saúde |
|---|---|---|---|---|
443 | TCP | Para HTTPS (acessando o Automation Suite) | O tráfego nessa porta deve ser encaminhado para o Pool de nós. | https-probe |
6443 | TCP | Para acessar a API do Kube usando HTTPS; necessário para a junção de nós. | O tráfego nessa porta deve ser encaminhado para o Pool de servidores. | kubeapi-probe |
9345 | TCP | Para acessar a API do Kube usando HTTPS; necessário para a junção de nós. | O tráfego nessa porta deve ser encaminhado para o Pool de servidores. | kubeapi-probe |
Para qualquer porta que não seja HTTPS, recomendamos que não fique exposta fora do cluster. Execute seus nós atrás de um firewall/grupo de segurança.
Se você tiver um firewall configurado na rede, certifique-se de que ele tenha essas portas abertas para permitir o tráfego nelas.
Consulte a ilustração a seguir para obter mais detalhes sobre a configuração.
Configuração alternativa
Essa configuração não tem resiliência para nós que ficam inativos durante a instalação.
Se o servidor primário estiver inativo ou for excluído, a configuração do cluster precisará ser atualizada.
O FQDN do servidor primário precisa ser remapeado para uma máquina diferente no cluster que esteja disponível.
Configurando o pool de back-end
Crie um Pool de back-end, conforme mostrado a seguir:
- Crie um Pool de nós
Habilitando portas no balanceador de carga
Certifique-se de ter as seguintes portas habilitadas em seu firewall para a origem do balanceador de carga:
| Porta | Protocol | Finalidade | Encaminhamento de tráfego |
|---|---|---|---|
443 | TCP | Para HTTPS (acessando o Automation Suite). | O tráfego nessa porta deve ser encaminhado para o Pool de nós. |
Configurando as investigações de integridade
| Investigação | Protocol | Porta | Intervalo | Insira o limite novamente | Pool associado |
|---|---|---|---|---|---|
https-probe | TCP | 443 | 15 segundos | 2 | Pool de nós |
Consulte a ilustração a seguir para obter mais detalhes sobre a configuração.
- Visão geral
- Configuração do pool de servidores e nós
- Configurando o pool de back-end
- Configurando as investigações de integridade
- Habilitando portas no balanceador de carga
- Configuração alternativa
- Configurando o pool de back-end
- Habilitando portas no balanceador de carga
- Configurando as investigações de integridade