- 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
- 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 limpar os dados do Redis
- Como habilitar o registro em log do Istio
- Como limpar logs manualmente
- Como limpar logs antigos armazenados no pacote 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 NIC
- Como definir manualmente o nível de log do ArgoCD como Info
- 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
- First installation fails during Longhorn setup
- 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 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
- 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
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.
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.
- 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 compatíveis com FIPS 140-2 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.
- Você pode aumentar a tolerância a falhas do nó do servidor seguindo as instruções em Experiência de instalação avançada.
- O Automation Suite suporta o Federal Information Processing Standard 140-2 (FIPS 140-2). Você pode executar uma instalação limpa do Automation Suite em um host habilitado para FIPS 140-2. Você também pode habilitar o FIPS 140-2 em uma máquina na qual executou anteriormente uma instalação do Automation Suite. Para obter detalhes, consulte Segurança e conformidade.
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 |
Mínimo de 3 máquinas Linux (RHEL 8.6, 8.8 ou 8.9) com a ferramenta ipcalc instalada:
Observação:
|
| ||
| ||||
|
Dns | N/A | |||
|
TLS 1.2+ |
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 | |||
|
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-libsdnf install -y kernel kernel-tools kernel-tools-libs- 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.
-
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.
- 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.
Se você optar pelo perfil de produção pré-configurado para HA de vários nós, deverá atender aos seguintes requisitos rígidos para a seleção completa do produto. Se você quiser verificar os requisitos de hardware para produtos individuais, consulte Planejamento de capacidade.
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 GiB |
|
Mínimo de RAM por nó |
16 GiB |
|
Binários de cluster e disco de estado para cada nó |
256 GB SSD Min IOPS: 1100 |
|
Armazenamento de blocos |
512 GiB SSD Min IOPS: 1100 |
|
disco etcd para cada nó do servidor |
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 |
|
Armazenamento de objetos* |
512 GiB 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.
Os requisitos de hardware para o nó de Automation Suite Robots dependem da maneira como você planeja usar seus recursos. Além dos requisitos adicionais do nó do agente, você também precisa de um mínimo de 10 GiB para habilitar o armazenamento do pacote em cache.
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ô
|
Tamanho |
CPU |
Memória |
Armazenamento |
|---|---|---|---|
|
Pequeno |
0.5 |
1 GiB |
1 GiB |
|
Padrão |
1 |
2 GiB |
2 GiB |
|
Médio |
2 |
4 GiB |
4 GiB |
|
Grande |
6 |
10 GiB |
10 GiB |
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 GiB de RAM poderia executar qualquer um dos seguintes procedimentos:
- 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 GiB de memória)
- 4 Trabalhos padrão (consumindo 4 CPUs e 8 GiB de memória)
- 3 trabalhos médios (consumindo 6 CPUs e 12 GiB 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,4 GiB de RAM
Um nó semelhante ao descrito anteriormente teria, na verdade, aproximadamente 15,4 CPUs e 31,6 GiB 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 O processo depende das atividades do UiPath Document Understanding |
Padrão |
|
3 |
Outro processo Unattended |
Pequeno |
Recomendações adicionais do Document Understanding
Para obter maior desempenho, você pode instalar o Document Understanding em um nó de agente adicional com suporte a GPU. Observe, no entanto, que o Document Understanding é totalmente funcional sem o nó GPU. Na verdade, o Document Understanding usa VMs de CPU para todas as suas tarefas de classificação e extração; já para o OCR, recomendamos fortemente o uso de uma VM de GPU. Aqui você pode encontrar mais informações sobre o uso de CPU/GPU dentro da estrutura do Document Understanding.
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 |
Para obter mais detalhes, consulte as considerações do AI Center.
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.
Antes de iniciar a instalação manual do Automation Suite, você deve garantir que atende aos seguintes requisitos:
- você tem uma assinatura RHEL;
- você habilitou os repositórios BaseOS e AppStream;
- você instalou os pacotes RPM necessários (você é responsável por instalar os pacotes RPM necessários).
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 |
|---|---|
|
|
Necessário em nós para instalação. |
|
|
Necessário em nós para a execução da verificação de prontidão. |
|
|
Necessário no nó de orquestração para a execução da funcionalidade
uipathctl.sh que requer Ansible.
|
|
|
Necessário apenas para instalações off-line. |
O RHEL 8.3 inclui o Podman 1.6 por padrão, o que pode causar problemas de instalação. Para evitar isso, atualize o Podman para a versão 3.2.3.
O RHEL 8.4 e posterior têm os pacotes RPM necessários nos repositórios BaseOS e AppStream por padrão.
Para obter detalhes sobre como instalar os pacotes RPM necessários, consulte Configurando as máquinas.
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
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
Ambos os clusters do Automation Suite devem atender a um conjunto de requisitos de software e hardware. Para obter detalhes, consulte Requisitos de produção prontos para HA de vários nós.
Ambos os clusters do Automation Suite devem ter um balanceador de carga. Para obter detalhes, consulte Configurando o balanceador de carga.
Para obter detalhes sobre os requisitos de DNS, consulte Configurando o DNS.
Para obter detalhes sobre os requisitos de certificado, consulte Requisitos de certificado.
Você também deve adicionar os SANs ao certificado se tiver aberto o DNS.
