- 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
Guia de instalação do Automation Suite
Avaliando suas necessidades de armazenamento
Um cluster do Automation Suite usa os discos de dados anexados a seus nós de servidor como recursos de armazenamento disponíveis para todos os produtos habilitados em seu cluster. Cada produto usa esses recursos de forma diferente.
Para entender suas necessidades de armazenamento e planejá-las adequadamente, consulte a terminologia e as diretrizes a seguir.
-
Tamanho do disco do nó do servidor – O tamanho de todos os discos individuais anexados a cada nó do servidor.
- Todos os servidores devem ter o mesmo número de discos conectados.
- Os discos em cada servidor podem ter tamanhos diferentes, desde que a soma de todos os tamanhos de disco seja idêntica em todos os servidores.
- Tamanho total do disco do cluster – Tamanho do disco do nó do servidor multiplicado pelo número de nós do servidor.
-
Armazenamento disponível do aplicativo – A quantidade de armazenamento disponível para os aplicativos consumirem.
- O armazenamento disponível do aplicativo é menor do que o tamanho total do disco do cluster devido à maneira como a resiliência a falhas e a alta disponibilidade são implementadas no cluster do Automation Suite.
A tabela a seguir descreve os requisitos de hardware prontos para alta disponibilidade (HA) de vários nós para os perfis Básico e Completo no contexto dos termos introduzidos anteriormente
Configuração pré-definida de hardware |
Número de nós do servidor |
Tamanho do disco do nó do servidor |
Tamanho total do disco de cluster |
Armazenamento disponível de aplicativo (online) |
Armazenamento disponível de aplicativo (offline) |
---|---|---|---|---|---|
3 |
512 GiB |
1.5 TiB |
41 GiB |
37 GiB | |
3 |
2 TiB |
6 TiB |
291 GiB |
286 GiB |
Para aproveitar o armazenamento disponível de 291 GiB, você deve redimensionar o valor do PVC para 291 GiB em vez do valor pré-configurado de 100 GiB. Caso contrário, seus aplicativos não poderão aproveitar mais de 100 GiB.
Para obter instruções, consulte Redimensionamento de PVC.
À medida que você habilita e usa produtos no cluster, eles consomem algum armazenamento do armazenamento disponível do aplicativo. Os produtos geralmente têm uma pequena pegada de disco para ativação, bem como certa pegada de disco que varia com o uso, escala de uso e projeto. O consumo de armazenamento é distribuído uniformemente por todos os recursos de armazenamento (discos de dados) e você pode monitorar os níveis de utilização do armazenamento usando a pilha de monitoramento do Automation Suite.
O cluster do Automation Suite usa um conceito interno do Kubernetes chamado Volumes Persistentes como uma abstração interna que representa discos em todos os nós do cluster.
Para evitar instabilidades, é recomendável configurar monitoramentos e alertas para verificar constantemente se o espaço livre nos Volumes Persistentes está abaixo do valor de armazenamento disponível do aplicativo. Para obter mais detalhes, consulte Monitoramento de volumes persistentes.
Se um alerta for acionado, você poderá atenuá-lo aumentando a capacidade de armazenamento do cluster, conforme descrito na seção a seguir.
Se suas necessidades avaliadas não atenderem aos requisitos de hardware recomendados, você poderá adicionar mais capacidade de armazenamento usando um ou ambos os métodos a seguir:
- Adicione mais nós de servidor com discos. Para obter instruções, consulte Como adicionar um novo nó ao cluster.
-
Adicione mais discos aos nós existentes. Para obter instruções, consulte Estendendo o disco de dados em um ambiente de avaliação de nó único e Estendendo o disco de dados em um ambiente de produção pronto para alta disponibilidade de vários nós.
Importante: para cada 60 GiB de armazenamento necessário para cada produto, seu cluster do Automation Suite precisará de 1 TiB adicional de armazenamento adicionado ao total de armazenamento disponível no seu cluster, distribuído igualmente nos nós do seu servidor.
Você pode estimar seu consumo de armazenamento usando a métrica específica do produto nas tabelas a seguir. Essas tabelas descrevem quanto conteúdo você pode colocar em seu cluster pronto para uso. Para referência, eles incluem o espaço de armazenamento de um cenário de uso típico de cada produto.
Seleção básica de produtos
Produto |
Métrica de direcionamento de armazenamento |
Armazenamento por métrica |
Caso de uso típico |
---|---|---|---|
Orchestrator |
|
|
Normalmente, um pacote tem 5 MiB e os buckets, se houver, têm menos de 1 MiB. Uma empresa madura tem 5 GiB de pacotes e 6 GiB de buckets implantados. |
Action Center |
|
|
Normalmente, um documento leva 0,15 MiB e os formulários a serem preenchidos levam 0,15 KiB adicionais. Em uma empresa madura, isso pode acumular até 4GiB no total. |
Test Manager |
|
|
Normalmente, todos os arquivos e anexos somam aproximadamente 5 GiB. |
Insights |
|
|
São necessários 2 GiB para habilitação, e o espaço de armazenamento cresce com o número. Uma implantação em escala empresarial bem estabelecida requer mais alguns GiB para todos os painéis. |
Automation Hub |
N/A |
N/A |
2 GiB fixos para pegada de disco |
Automation Ops |
N/A |
N/A |
Sem pegada de disco |
Seleção completa de produtos
Produto |
Métrica de direcionamento de armazenamento |
Armazenamento por métrica |
Caso de uso típico |
---|---|---|---|
Apps |
|
|
Normalmente, o banco de dados leva aproximadamente 5 GiB e um aplicativo complexo típico consome aproximadamente 15 MiB. |
AI Center |
|
|
Uma instalação típica e estabelecida consumirá 8 GiB para 5 pacotes e 1GiB adicional para os conjuntos de dados. Um pipeline pode consumir 50 GiB adicionais, mas somente quando estiver em execução ativa. |
Document Understanding |
|
|
Em uma implantação madura, 12GiB irão para o modelo de ML, 17GiB para o OCR e 50GiB para todos os documentos armazenados. |
Task Mining |
|
|
Normalmente, cerca de 200GiB de dados de log de atividades devem ser analisados para sugerir automações significativas. Tarefas altamente repetitivas, no entanto, podem exigir muito menos dados. |