- 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
- 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
Manual: requisitos e instalação do perfil de produção pronto para alta disponibilidade de vários nós
Esta página orienta você sobre os requisitos e as instruções de instalação do perfil de produção de alta disponibilidade de vários nós.
O conhecimento de Linux e Kubernetes é necessário, independentemente do perfil de implantação escolhido. Se você encontrar problemas para instalar e configurar o Automation Suite, entre em contato com o UiPath Professional Services.
Antes de escolher seu perfil de implantação, consulte Casos de uso suportados para instalações de nó único e vários nós.
O processo de instalação gera certificados autoassinados em seu nome. Esses certificados expirarão em 90 dias e você deverá substituí-los por certificados assinados por uma Autoridade de certificação (CA) confiável assim que a instalação for concluída. Se você não atualizar os certificados, a instalação deixará de funcionar após 90 dias. Para obter instruções, consulte Como gerenciar certificados.
O perfil de produção pronto para alta disponibilidade de vários nós é resiliente a apenas uma falha de nó. Isso significa que você pode perder apenas um nó de servidor. Essa restrição não se aplica aos nós do agente. Você pode perder vários nós de agente e ainda continuar a usar o cluster sem tempo de inatividade, desde que haja capacidade geral de cluster suficiente disponível.
Federal Information Processing Standard (FIPS) não é compatível com o Automation Suite. Se os FIPs estiverem ativados em qualquer ponto nos servidores que executam o Automation Suite, o cluster falhará. Se os FIPs estiverem ativados em qualquer servidor de cluster, o instalador encontrará problemas que bloqueiam a instalação.
Tamanhos de nó maiores são mais eficientes do que tamanhos de nó menores devido à sobrecarga de recursos de linha de base fixa por nó. Por exemplo, nós de 3 x 32 núcleos é mais eficiente do que nós de 6 x 16 núcleos.
Perfil de implantação |
Pré-requisitos |
Requisitos |
Configuração |
Instalação |
---|---|---|---|---|
Perfil de produção pronto para alta disponibilidade de vários nós |
Mínimo de 3 máquinas Linux (RHEL 8.6, 8.8) com a ferramenta ipcalc instalada:
Observação:
|
| ||
| ||||
Dns | N/A | |||
IPv4 Importante:
O IPv6 não é compatível. |
N/A |
N/A | ||
Certificados TLS confiáveis, assinatura de token e criptografia de conexão SQL | N/A | |||
Load balancer | N/A | |||
Servidor proxy (opcional) | N/A | |||
Como configurar a autenticação Kerberos (opcional) |
N/A |
- Você precisa de permissão de “root” para instalar e implantar o Automation Suite. Para obter mais informações sobre os componentes específicos que exigem o acesso de root, consulte Requisito de privilégios de root.
- Ter agentes de varredura em execução em seu sistema pode causar falhas de instalação ou tempo de execução, devido às alterações que eles fazem no IPTables. Para evitar esse comportamento, configure seu agente de varredura para que ele não interfira na instalação do Automation Suite.
- A UiPath não prescreve configurações específicas de firewall ou ferramenta de desenvolvedor desde que os requisitos do Automation Suite sejam atendidos. Com base em nossas observações, um número limitado de ferramentas externas pode interferir com o funcionamento tranquilo do Automation Suite. Se esses problemas surgirem, entre em contato com o fornecedor relevante para obter ajuda. Para obter orientação adicional, consulte a matriz de responsabilidade do Automation Suite.
Implantação de produção — Requisitos de hardware de perfil de produção prontos para alta disponibilidade de vários nós
Os requisitos mínimos de hardware não protegem a implantação de falhas de nó.
Para entender suas necessidades de armazenamento e planejá-las adequadamente, consulte Avaliando suas necessidades de armazenamento.
O perfil de produção pronto para alta disponibilidade de vários nós é resiliente a apenas uma falha de nó. Isso significa que você pode perder apenas um nó de servidor. Essa restrição não se aplica aos nós do agente. Você pode perder vários nós de agente e ainda continuar a usar o cluster sem tempo de inatividade, desde que haja capacidade geral de cluster suficiente disponível.
Federal Information Processing Standard (FIPS) não é compatível com o Automation Suite. Se os FIPs estiverem ativados em qualquer ponto nos servidores que executam o Automation Suite, o cluster falhará. Se os FIPs estiverem ativados em qualquer servidor de cluster, o instalador encontrará problemas que bloqueiam a instalação.
Se você optar pelo perfil de produção pronto para HA de vários nós, deverá atender aos seguintes requisitos rígidos:
Perfil de produção pronto para alta disponibilidade de vários nós (a única configuração com suporte para implantações de produção) | ||
---|---|---|
Seleção |
Concluído |
Básica |
Contagem de nó |
Pelo menos três nós de servidor. Deve haver uma quantidade ímpar de nós de servidor em um cluster para haver maior tolerância a falhas. Não há limite para a quantidade de nós de agente. | |
Processador |
96 (v-)CPU/cores |
48 (v-)CPU/cores |
Processador mínimo por nó |
16 (v-)CPU/cores |
16 (v-)CPU/cores |
RAM total |
192 GiB |
96 GB |
Mínimo de RAM por nó |
32 GiB |
32 GiB |
Binários de cluster e disco de estado para cada nó |
256 GB SSD Min IOPS: 1100 |
256 GB SSD Min IOPS: 1100 |
Disco de dados para cada nó de servidor |
2 TiB SSD Min IOPS: 1100 |
512 GiB SSD Min IOPS: 1100 |
disco etcd para cada nó do servidor |
16 GiB SSD Min IOPS: 240 |
16 GiB SSD Min IOPS: 240 |
UiPath Bundle Disk (Somente para instalação offline, em um dos nós do servidor) |
512 GiB SSD Min IOPS: 1100 |
512 GiB SSD Min IOPS: 1100 |
Nó de agente adicional do Task Mining (obrigatório) | ||
Processador |
20 (v-)CPU/cores |
N/A (Task Mining não está presente nesta seleção) |
BATER |
60 GB | |
Binários de cluster e disco de estado |
256 GB SSD Min IOPS: 1100 | |
Data Disk |
N/A | |
Nó de agente adicional com suporte a GPU para Document Understanding | ||
Processador |
8 (v-)CPU/cores |
N/A (AI Center não está presente nesta seleção) |
BATER |
52 GB | |
Binários de cluster e disco de estado |
256 GB SSD Min IOPS: 1100 | |
Data Disk |
N/A | |
GPU RAM |
11 GB |
A instalação requer um SQL Server externo como pré-requisito.
As edições Standard e Enterprise do Microsoft SQL Server 2016, 2017, 2019 e 2022 são compatíveis.
Os requisitos mínimos de hardware para o Microsoft SQL Server são:
- 8 (v-)CPU
- 32 GiB RAM
- 256 GB SSD
Esta página explica o que a configuração do certificado implica no momento da instalação.
O processo de instalação gera certificados autoassinados em seu nome. Você deve substituí-los por certificados assinados por uma Autoridade de Certificação (CA) confiável assim que a instalação for concluída. Se você não atualizar os certificados, a instalação deixará de funcionar após 90 dias.
Além dos certificados acima, você pode precisar fornecer certificados CA confiáveis adicionais se quiser que o cluster confie em serviços externos. Exemplo: certificado de CA do SQL Server, certificado de CA do servidor SMTP, etc.
O pacote de instalação fornece uma ferramenta de gerenciamento de cluster que permite atualizar certificados após a instalação.
Para acessá-la, navegue até o local do pacote do instalador:
cd /opt/UiPathAutomationSuite/
cd /opt/UiPathAutomationSuite/
Para obter instruções sobre como atualizar os certificados, consulte .
Se você estiver usando um certificado autoassinado, siga as seguintes etapas para acessar o cluster:
Você precisa adicionar o certificado do Pacote de CA (autoridade de certificação) ao armazenamento de confiança para o seguinte:
- Máquina do cliente
- Máquina em que o robô será executado.
- Máquina em que você vai acessar o Automation Suite do navegador.
- Primeira máquina servidora (requisito para instalações isoladas)
- Máquina na qual o pacote isolado será baixado e extraído.
Use o seguinte comando para adicionar o certificado ao armazenamento de confiança da máquina RHEL.
sudo cp --remove-destination rootCA.crt /etc/pki/ca-trust/source/anchors/
sudo update-ca-trust
sudo cp --remove-destination rootCA.crt /etc/pki/ca-trust/source/anchors/
sudo update-ca-trust
- Visão geral do perfil de implantação
- Implantação de produção — Requisitos de hardware de perfil de produção prontos para alta disponibilidade de vários nós
- Requisitos gerais do Microsoft SQL Server
- Configuração dos certificados
- Atualizando certificados de cluster
- Acessando um cluster que usa certificados autoassinados