- Visão geral
- Glossário
- Produtos do Automation Suite
- Dependências entre produtos
- Casos de uso suportados para instalações de um nó e vários nós
- Comparação de funcionalidade de implantação cruzada
- Visão geral dos certificados
- 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
- How to disable TLS 1.0 and 1.1
- Como habilitar o registro em log do Istio
- Como limpar logs manualmente
- Como limpar logs antigos armazenados no bucket do sf-logs
- Como depurar instalações do Automation Suite com falha
- Como desabilitar o descarregamento de soma de verificação do TX
- 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 o realm <AD Domain> ao obter 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 do login para o usuário <ADDOMAIN><aduser> Motivo: a conta está desabilitada.
- 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 o pacote de suporte do Automation Suite
- Exploração de logs
Casos de uso suportados para instalações de um nó e vários nós
Por que o modo de nó único é adequado apenas para fins de avaliação, enquanto o perfil de vários nós pode ser implementado em produção.
O Automation Suite oferece suporte a dois modos de implantação, cada um direcionado a casos de uso específicos, conforme explicado na tabela a seguir:
| Modo de implantação | Description |
|---|---|
| Nó único — avaliação | Com suporte apenas para cenários de avaliação e demonstração. Requisitos e instalação do perfil de avaliação de nó único |
| Vários nós - produção, habilitado para HA | A única configuração com suporte para implantações de produção. Você pode executar configurações adicionais pós-implantação para obter recursos completos de HA. Requisitos e instalação do perfil de produção pronto para alta disponibilidade de vários nós |
Contexto e considerações
O Automation Suite usa uma arquitetura nativa de nuvem baseada em Kubernetes. Ele fornece todos os benefícios em escala, gerenciamento automático de recursos e confiabilidade que vêm com o Kubernetes.
Para oferecer esses benefícios, o design do Kubernetes é baseado nos seguintes aspectos fundamentais:
- Executando em um número ímpar de várias máquinas (3, 5, 7, etc.);
- Usando o princípio de quorum para lidar com falhas de nós independentes e corrupção de dados. Para um cluster de N máquinas, desde que ainda haja um número de N/2 + 1 máquinas que representem o quorum, o cluster é funcional e pode se recuperar normalmente sem falhas observadas.
Instalações de nó único
By definition, single-node deployments do not benefit from the previously described characteristics and are not supported for production deployments. Failures and data loss can and will occur. In case of failure, data recovery for single-node deployments without backup is not supported.
No entanto, como o suporte para implantações de nó único é valioso para cenários de avaliação e demonstração, a UiPath® oferece essa opção de implantação aplicável para alguns casos de uso específicos.
Instalações de vários nós
As instalações de vários nós são a única configuração com suporte para implantações de produção, com todos os benefícios mencionados anteriormente.