- 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. |
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. |
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.
Por definição, as implantações de nó único não se beneficiam das características descritas anteriormente e não são suportadas para implantações de produção. Falhas e perda de dados podem ocorrer e ocorrerão. Em caso de falha, a recuperação de dados para implantações de nó único sem backup não é compatível.
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.