Automation Suite
2021.10
falso
- Visão geral
- Requisitos
- Instalação
- Perguntas e respostas: modelos de implantação
- Baixando 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
- Conexão do aplicativo Task Mining
- Adição de um nó de agente dedicado ao Task Mining
- Pós-instalação
- Administração de cluster
- Monitoramento e alertas
- Migração e atualização
- Modo online de avaliação de nó único
- Modo offline de avaliação de nó único
- Modo de produção online pronto para alta disponibilidade de vários nós
- Modo de produção offline pronto para alta disponibilidade de vários nós
- Migrando o disco físico do Longhorn para o LVM
- Fazendo downgrade do Ceph de 16.2.6 para 15.2.9
- Opções de migração
- B) Migração de um ú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 desativar o TLS 1.0 e 1.1
- Como habilitar o registro em log do Istio
- Como limpar logs manualmente
- Como limpar logs antigos armazenados no pacote do sf-logs
- Como depurar instalações do Automation Suite com falha
- Como desabilitar o descarregamento de soma de verificação NIC
- 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
- Erro de validação da string de conexão ao SQL
- Falha após a atualização do certificado
- O Automation Suite requer que Backlog_wait_time seja definido como 1
- Não é possível fazer login após a migração
- Configurando um intervalo de tempo limite para os portais de gerenciamento
- Atualizar as conexões de diretório subjacentes
- Kinit: não é possível encontrar o KDC para domínio <AD Domain> ao obter as credenciais iniciais
- kinit: o Keytab não contém chaves adequadas para *** ao obter credenciais iniciais
- A operação do GSSAPI falhou com erro: um código de status inválido foi fornecido (as credenciais do cliente foram revogadas).
- Falha de login para o usuário <ADDOMAIN><aduser>. Motivo: a conta está desativada.
- Alarme recebido para tarefa Kerberos-tgt-update com falha
- Provedor SSPI: servidor não encontrado no banco de dados Kerberos
- 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
- Inconsistência inesperada; execute o fsck manualmente
- Operador de autocura ausente e repositório Sf-k8-utils ausente
- MongoDB degradado ou aplicativos de negócios após a restauração do cluster
- Serviços não íntegros após restauração ou reversão do cluster
- 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
- Usando a ferramenta de diagnóstico do Automation Suite
- Usando a ferramenta de pacote de suporte do Automation Suite
- Exploração de logs
Guia de instalação do Automation Suite
Última atualização 19 de abril de 2024
Alta Disponibilidade — Três zonas de disponibilidade
O Kubernetes foi projetado para executar um único cluster em várias zonas de disponibilidade. Para garantir a resiliência contra uma falha de zona, você pode implantar componentes críticos, incluindo serviços de produto
kubernetes e uipath em modo de Alta Disponibilidade (HA).
O modo HA requer pelo menos três nós de servidor implantados em três zonas de disponibilidade distintas.
Observação: as zonas de disponibilidade podem ser generalizadas como data centers. Os clusters distribuídos em vários data centers são mais altamente disponíveis do que todas as zonas de disponibilidade nos mesmos data centers.
Para garantir HA com três zonas de disponibilidade, os seguintes requisitos devem ser atendidos:
- Três zonas de disponibilidade geograficamente separadas, mas próximas;
- O Round Trip Time (RTT) entre as zonas de disponibilidade deve ser mínimo (<10 ms RTT);
- Todas as zonas de disponibilidade devem fornecer um conjunto consistente de recursos com HA e redundância;
- Extensão de rede virtual única em todas as zonas de disponibilidade.
Observação:
O High Availability Add-On (HAA) é necessário para implantar o Orchestrator em uma topologia de três zonas de disponibilidade ativas no Automation Suite.
A arquitetura de uma configuração com HA com três zonas de disponibilidade tem as seguintes características:
- Todas as três zonas estão vinculadas na mesma rede virtual;
- Cada uma das zonas deve hospedar pelo menos um nó de servidor para que haja pelo menos três nós de servidor instalados no Automation Suite para manter o requisito de quorum;
- Cada uma das zonas deve hospedar um número balanceado adicional de nós de agente para atender aos requisitos gerais de hardware para executar o Automation Suite.
Observação:
- O SQL Server deve ser configurado como um grupo de failover abrangendo duas zonas para garantir que toda a implantação seja resiliente à falha de uma zona.
- São necessários no mínimo três nós para o Elasticsearch em qualquer uma das duas zonas, configurados em clusters diferentes e sincronizados.
- Um mínimo de dois balanceadores de carga em qualquer uma das duas zonas, para garantir a alta disponibilidade no nível do balanceador de carga.
Para garantir a Alta Disponibilidade e a Recuperação de Desastres, você pode empregar o modelo de implantação ilustrado na imagem a seguir. Neste exemplo, todas as três zonas estão ativas e o gerenciador de tráfego é empregado para usar um algoritmo específico, como Round Robin ou uma de suas variantes, para direcionar o tráfego para qualquer um dos balanceadores de carga. Da mesma forma que o gerenciador de tráfego, o balanceador de carga direcionará o tráfego para qualquer uma das zonas de disponibilidade.
