- 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 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
- 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 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
- 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
- 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
Requisitos de hardware e software
Para saber mais sobre os principais conceitos usados em uma implantação do Automation Suite, consulte o Glossário.
A experiência de instalação padrão inclui duas opções de produtos:
- Completo (todos os produtos) – Instale a lista completa de produtos disponíveis no Automation Suite. Para obter detalhes, consulte Produtos do Automation Suite.
-
Selecionar produtos – Permite selecionar e instalar apenas os produtos de seu interesse. Observe, no entanto, que o instalador leva em consideração as dependências entre produtos. Isso significa que, se um produto exigir a instalação de outro, você deverá instalar os dois. Para obter detalhes, consulte Dependências entre produtos.
Observação:Você pode habilitar produtos adicionais posteriormente na mesma implantação a qualquer momento, após a instalação inicial, sem precisar reinstalar. Para obter mais detalhes, consulte Gerenciamento dos produtos.
Recomendamos validar os requisitos de hardware com base no uso esperado e garantir que a implantação tenha capacidade suficiente antes de adicionar produtos adicionais. Para detalhes, consulte Planejamento de capacidade.
Você pode implantar o Automation Suite na avaliação de nó único ou no modo de produção pronto para alta disponibilidade de vários nós . Embora a maioria dos pré-requisitos para os dois perfis seja idêntica, o modo de produção pronto para HA de vários nós requer recursos adicionais.
Depois que a implantação for iniciada, você não poderá alternar/atualizar de um perfil de implantação para outro. Antes de escolher seu perfil de implantação, consulte Casos de uso suportados para instalações de nó único e vários nós.
Perfil de implantação |
Pré-requisitos |
Instalação |
---|---|---|
Perfil de nó único: compatível apenas com cenários de avaliação e demonstração, não para implantações de produção |
Uma máquina Linux com versão RHEL suportada e a ferramenta ipcalc instalada. Para obter detalhes sobre a compatibilidade do RHEL com versões do Automation Suite, consulte Matriz de compatibilidade do RHEL.
Observação:
|
|
| ||
Dns | ||
TLS 1.2+ | ||
IPv4 Importante: o IPv6 não é compatível.
| ||
Certificados TLS confiáveis, assinatura de token e criptografia de conexão SQL | ||
Servidor de Proxy (opcional) | ||
Autenticação do Kerberos (opcional) | ||
Objectstore externo (opcional) | ||
Registro externo do Docker (opcional) | ||
Perfil pronto para alta disponibilidade de vários nós: a única configuração suportada para implantações de produção |
Mínimo de 3 máquinas Linux com versão RHEL compatível e a ferramenta ipcalc instalada. Para obter detalhes sobre a compatibilidade do RHEL com versões do Automation Suite, consulte Matriz de compatibilidade do RHEL.
Observação:
|
|
| ||
Dns | ||
TLS 1.2+ | ||
IPv4 Importante:
O IPv6 não é compatível. | ||
Certificados TLS confiáveis, assinatura de token e criptografia de conexão SQL | ||
Load balancer | ||
Servidor de Proxy (opcional) | ||
Autenticação do Kerberos (opcional) | ||
Objectstore externo (opcional) | ||
Registro externo do Docker (opcional) |
- 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.
Antes de começar, considere o seguinte:
- 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.
- Os requisitos mínimos de hardware não protegem a implantação de falhas de nó.
- 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.
As seções a seguir listam os requisitos de hardware para a seleção completa de produtos e produtos individuais.
As seções a seguir descrevem os requisitos rígidos para a seleção completa do produto.
Requisitos gerais
Hardware para todos os produtos |
Requisito mínimo de nó único |
Requisitos mínimos de vários nós |
---|---|---|
Processador por cluster |
32 (v-)CPU/cores |
96 (v-)CPU/cores |
Processador mínimo por nó |
N/A |
8 (v-)CPU/cores |
BATER |
64 GiB |
192 GiB |
Mínimo de RAM por nó |
N/A |
16 GiB |
Binários de clusters e disco de estados para cada nó1 |
256 GB SSD Min IOPS: 1100 |
256 GB SSD Min IOPS: 1100 |
Disco de dados2 |
512 GiB SSD Min IOPS: 1100 |
512 GiB SSD Min IOPS: 1100 |
disco etcd para o nó de 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 |
Armazenamento de objetos3 |
512 GiB SSD Min IOPS: 1100 |
512 GiB SSD Min IOPS: 1100 |
1 A capacidade de discos de clusters pode precisar ser aumentada com base nas suas habilidades de ML do AI Center e nos requisitos de armazenamento de treinamento.
2 O disco de dados é usado como armazenamento de blocos.
3 Refere-se ao objectstore no cluster e não é aplicável se você usar o objectstore externo.
Se você instalar o Automation Suite no modo de avaliação de nó único e não tiver uma máquina com 32 (v-)CPU/núcleos e 64 GiB de RAM, poderá trazer máquinas com no mínimo 8 (v-)CPU/núcleos e 16 GiB de RAM. Para mais detalhes, consulte Calculadora de capacidade.
Se você escolher esta opção, siga as instruções de instalação e configuração de vários nós.
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. Em ambientes de avaliação de nó único, um nó adicional do Automation Suite Robots é opcional.
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 um melhor 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ó de GPU. Na verdade, o Document Understanding usa VMs de CPU para todas as suas tarefas de extração e classificação, enquanto que, para o OCR, é altamente recomendável o uso de uma VM de GPU. Aqui você pode encontrar mais informações sobre o uso de CPU/GPU dentro do framework 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 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 RPMnecessários.
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.4 e posterior têm os pacotes RPM necessários nos repositórios BaseOS e AppStream por padrão.
Se você executar uma instalação limpa manual do Automation Suite, deverá garantir que atende aos requisitos do pacote RPM. Nesse caso, 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.
Para obter detalhes sobre as ferramentas que você pode usar para instalar e validar pacotes RPM, consulte o seguinte:
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.
Plataformas adicionais do Microsoft SQL, como Azure SQL Database ou Azure SQL Managed Instance, bem como o Serviço de banco de dados relacional da Amazon também são compatíveis, desde que o mecanismo de banco de dados Microsoft SQL Server atenda aos requisitos.
Suporte de produto individual é variado.
Para cada produto que você planeja implantar, você deve:
- verifique a versão suportada do SQL Server conforme exigido pelo produto;
- aplique os pré-requisitos de configuração do SQL Server, incluindo a permissão de usuário do SQL Server, conforme exigido pelo produto.
Para obter mais informações sobre os requisitos do SQL Server específicos do produto, consulte Configuração do SQL Server para perfil de avaliação de nó único e Configuração do SQL Server para perfil de produção pronto para alta disponibilidade de vários nós.
Os requisitos mínimos gerais de hardware para o Microsoft SQL Server são os seguintes:
- 8 (v-)CPU
- 32 GiB RAM
- 256 GB SSD
Esses requisitos mínimos são uma orientação geral e não garantem uma operação confiável em uma implantação de produção. O planejamento de capacidade é necessário para determinar os requisitos de hardware necessários para uma operação confiável.
Para habilitar um backup, é necessário um servidor NFS externo. O Automation Suite oferece suporte ao NFSv4 no Linux.
Os requisitos mínimos gerais de hardware para o servidor NFS são os seguintes:
CPU |
BATER |
Disk |
---|---|---|
4 (v-)CPU |
8 GiB |
SSD de 2 TiB (1100 IOPS) |
A tabela a seguir lista as versões do RHEL compatíveis com cada versão do Automation Suite:
Versão do Automação Suite |
Versões RHEL suportadas |
---|---|
2023.4.9 | 8.6, 8.8, 8.9, 8.10, 9.2, 9.4 |
2023.4.8 | 8.6, 8.8, 8.9, 8.10, 9.2 |
2023.4.7 | 8.6, 8.8, 8.9 |
2023.4.6 | 8.6, 8.8, 8.9 |
2023.4.5 | 8.6, 8.8, 8.9 |
2023.4.4 | 8.6, 8.8 |
2023.4.3 | 8.6, 8.8 |
2023.4.2 | 8.6, 8.8 |
2023.4.1 |
8.6 |
2023.4.0 |
8.6 |
- Terminologia
- Seleção do produto
- Escolha seu perfil de implantação
- Perfis de implantação em resumo
- Requisitos de Hardware
- Complete product selection: hardware requirements
- Individual products: hardware requirements
- RPM package requirements
- Manual installations
- Cloud templates
- Requisitos gerais do Microsoft SQL Server
- Requisitos gerais do servidor NFS
- Matriz de compatibilidade do RHEL