- 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
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.
Visão geral do perfil de implantação
Antes de começar, considere o seguinte:
-
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.
-
Before choosing your deployment profile, see Supported use cases for single-node and multi-node installations.
-
The installation process generates self-signed FIPS 140-2-compatible certificates on your behalf. These certificates will expire in 90 days, and you must replace them with certificates signed by a trusted Certificate Authority (CA) as soon as installation completes. If you do not update the certificates, the installation will stop working after 90 days. For instructions, see Managing certificates.
-
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.
-
You can increase the server node tolerance to failure by following the instructions in Advanced installation experience.
-
Automation Suite supports Federal Information Processing Standard 140-2 (FIPS 140-2). You can perform a clean installation of Automation Suite on a FIPS 140-2-enabled host. You can also enable FIPS 140-2 on a machine where you previously performed an Automation Suite installation. For details, see Security and compliance.
Observação:Atualmente, o Insights não é suportado em hosts habilitados para FIPS. Certifique-se de desabilitar o Insights ao instalar o Automation Suite em um host habilitado para FIPS.
-
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 |
Minimum 3 Linux machines with supported RHEL version and ipcalc tool installed. For details about RHEL compatibility with Automation Suite versions, see RHEL compatibily matrix.
|
| ||
| ||||
|
Dns | N/A | |||
|
TLS 1.2+ |
N/A | |||
|
IPv4 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 | |||
|
Autenticação Kerberos (opcional) |
N/A | |||
|
Objectstore externo (optiona) |
N/A | |||
|
Registro externo do Docker (opcional) |
N/A |
Versão do kernel do RHEL kernel-4.18.0-477.10.1.el8_8 é afetada por um problema que interrompe a instalação ou o gerenciamento do cluster do Automation Suite. Certifique-se de que nenhum dos nós do Automation Suite utilize essa versão do kernel, quer seja pré ou pós-instalação. Você pode atualizar a versão do kernel executando o seguinte comando:
dnf install -y kernel kernel-tools kernel-tools-libs
dnf install -y kernel kernel-tools kernel-tools-libs
- You need root permission to install and deploy Automation Suite. For more on the specific components that require root access, see Root privileges requirement.
- O Cilium requer permissões CAP_SYS_ADMIN para funcionar corretamente. Certifique-se de que essas permissões sejam concedidas.
- 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.
- UiPath does not prescribe specific firewall or developer tool configurations as long as the Automation Suite requirements are met. Based on our observations, a limited number of external tools can interfere with the smooth operation of Automation Suite. If such issues arise, contact the relevant vendor for help. For additional guidance, see the Automation Suite responsibility matrix.
Requisitos de Hardware
Seleção completa de produtos
If you opt for the multi-node HA-ready production profile, you must meet the following hard requirements for the Complete product selection. If you want to check the hardware requirements for individual products, see Capacity planning.
Requisitos gerais
| Hardware | Requerimento mínimo |
|---|---|
| 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 |
| Processador mínimo por nó | 8 (v-)CPU/cores |
| RAM total | 192 GB |
| Mínimo de RAM por nó | 16 GB |
| Binários de cluster e disco de estado para cada nó | 256 GB SSD Min IOPS: 1100 |
| Armazenamento de blocos | 512 GB SSD Min IOPS: 1100 |
| disco etcd para cada nó do servidor | 16 GB de SSD Min IOPS: 240 |
| UiPath Bundle Disk (Somente para instalação offline, em um dos nós do servidor) | 512 GB SSD Min IOPS: 1100 |
| Armazenamento de objetos* | 512 GB SSD Min IOPS: 1100 |
Recomenda-se trazer objectstore externo sempre que possível. Isso ajuda a escalar o objectstore independentemente do cluster e traz estabilidade adicional. Oferecemos suporte às seguintes opções de objectstore:
- Conta do Azure Storage
- Depósito de armazenamento AWS S3
- Depósito de armazenamento compatível com S3
Requisitos adicionais do Task Mining
O Task Mining requer um nó de agente adicional, que deve atender aos seguintes requisitos:
| Hardware | Requerimento mínimo |
|---|---|
| Processador | 20 (v-)CPU/cores |
| BATER | 60 GB |
| Binários de cluster e disco de estado | 256 GB SSD Min IOPS: 1100 |
| Data Disk | N/A |
Requisitos adicionais de robôs do Automation Suite
Em ambientes de produção prontos para alta disponibilidade com vários nós, os robôs da suíte de automação exigem um nó de agente adicional.
The hardware requirements for the Automation Suite Robots node depend on the way you plan to use your resources. In addition to the additional agent node requirements, you also need a minimum of 10 GB to enable package caching.
As seções a seguir descrevem os fatores que afetam a quantidade de hardware que o nó Robots do Automation Suite requer.
Tamanho do robô
A tabela a seguir descreve a CPU, memória e armazenamento necessários para todos os tamanhos de robôs.
| Tamanho | CPU | Memória | Armazenamento |
|---|---|---|---|
| Pequeno | 0.5 | 1 GB | 1 GB |
| Padrão | 1 | 2 GB | 2 GB |
| Médio | 2 | 4GB | 4GB |
| Grande | 6 | 10 GB | 10 GB |
Tamanho do nó do agente
Os recursos do nó do agente do Automation Suite Robots têm um impacto no número de trabalhos que podem ser executados simultaneamente. O motivo é que o número de núcleos de CPU e a quantidade de capacidade de RAM são divididos pelos requisitos de CPU/memória do trabalho.
Por exemplo, um nó com 16 CPUs e 32 GB de RAM seria capaz de executar qualquer um dos seguintes:
- 32 pequenos trabalhos
- 16 trabalhos padrão
- 8 trabalhos médios
- 2 trabalhos grandes
Os tamanhos de trabalho podem ser misturados, portanto, a qualquer momento, o mesmo nó pode executar uma combinação de trabalhos, como o seguinte:
- 10 trabalhos pequenos (consumindo 5 CPUs e 10 GB de memória)
- 4 trabalhos padrão (consumindo 4 CPUs e 8 GB de memória)
- 3 trabalhos médios (consumindo 6 CPUs e 12 GB de memória)
Consumo de recursos do Kubernetes
Dado que o nó faz parte de um cluster Kubernetes, o agente Kubernetes presente no servidor (kubelet) consome uma pequena quantidade de recursos. Com base em nossas medições, o kubelet consome os seguintes recursos:
- CPU 0,6
- 0,4GB RAM
Um nó semelhante ao descrito anteriormente teria, na verdade, aproximadamente 15,4 CPUs e 31,6 GB de RAM.
Seleção automática do tamanho da máquina
Todos os seus processos multiplataforma têm a opção Automation Suite Robots definida como Automático por padrão. Essa configuração seleciona o tamanho da máquina apropriado para executar o processo usando Serverless Robots.
Ao escolher automaticamente o tamanho, os critérios listados na tabela abaixo são avaliados por ordem. Assim que um critério é satisfeito, o tamanho da máquina correspondente é escolhido, e os critérios restantes não são avaliados.
| Ordenar | Critério | Tamanho da Máquina |
|---|---|---|
| 1 | Trabalho de depuração remota | Médio |
| 2 | O processo depende da Automação de Interface Gráfica OR Process depends on the UiPath Document Understanding activities | Padrão |
| 3 | Outro processo Unattended | Pequeno |
Recomendações adicionais do Document Understanding
For increased performance, you can install Document Understanding on an additional agent node with GPU support. Note, however, that Document Understanding is fully functional without the GPU node. Actually, Document Understanding uses CPU VMs for all its classification and extraction tasks, while for OCR we strongly recommend the usage of a GPU VM. Here you can find more information about the CPU/GPU usage within the Document Understanding framework.
Se você quiser usar um nó adicional com suporte a GPU, deverá atender aos seguintes requisitos:
| Hardware | Requerimento mínimo |
|---|---|
| Processador | 8 (v-)CPU/cores |
| 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 |
For more details, see AI Center considerations.
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.
Individual products
Para obter detalhes sobre os requisitos de hardware necessários para instalar produtos individuais ou várias combinações de produtos no Automation Suite, use a Calculadora de dimensionamento de instalação do Automation Suite.
RPM package requirements
Antes de iniciar a instalação manual do Automation Suite, você deve garantir que atende aos seguintes requisitos:
- you have a RHEL subscription;
- você habilitou os repositórios BaseOS e AppStream;
- you installed the required RPM packages (you are responsible for installing the required RPM packages).
Se você atualizar de uma versão anterior do Automation Suite, já terá instalado os pacotes RPM.
A tabela a seguir lista os pacotes RPM necessários:
| pacote RPM | Description |
|---|---|
iscsi-initiator-utils nfs-utils rpcbind util-linux nmap-ncat openssl httpd-tools gettext zstd | Necessário em nós para instalação. |
podman>=3.2.3 nmap-ncat bind-utils openssl wget unzip conmon=>2.0.24 | Necessário em nós para a execução da verificação de prontidão. |
ansible zip unzip | Necessário no nó de orquestração para a execução da funcionalidade uipathctl.sh que requer Ansible. |
iscsi-initiator-utils gettext nfs-utils rpcbind util-linux nmap-ncat openssl httpd-tools podman=>3.2.3 zstd | Necessário apenas para instalações off-line. |
RHEL 8.3 includes Podman 1.6 by default, which may cause installation issues. To prevent this, update Podman to version 3.2.3.
RHEL 8.4 and later have the required RPM packages in the BaseOS and AppStream repositories by default.
For details on how to install the required RPM packages, see Configuring the machines.
Requisitos gerais do Microsoft SQL Server
A instalação requer um SQL Server externo como pré-requisito.
Certifique-se de que o SQL server possa ser acessado de cada VM do cluster.
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 GB de RAM
- 256 GB SSD
Requisitos do Disaster Recovery - Ativo/Passivo
Para configurar uma implantação Ativa/Passiva, certifique-se de atender aos seguintes requisitos:
- Hardware
- Balanceador de carga
- Dns
- Certificados
- Armazenamento de objeto
- Gerenciador de tráfego
Hardware
Both Automation Suite clusters must meet a set of software and hardware requirements. For details, see Multi-node HA-ready production requirements.
Load balancer
Both Automation Suite clusters must have a load balancer. For details, see Configuring the Load balancer.
Dns
For details of the DNS requirements, see Configuring the DNS.
Certificados
For details of the certificate requirements, see Certificate requirements.
Você também deve adicionar os SANs ao certificado se tiver aberto o DNS.
Armazenamento de objeto
Objectstore no cluster não é suportado durante a implantação do Automation Suite em vários locais. Em vez disso, você deve trazer um objectstore externo.