- Visão geral
- Requisitos
- Instalação
- Q&A: Deployment templates
- Configuração das máquinas
- Configurando o objectstore externo
- 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
- 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
- Conexão do aplicativo Task Mining
- Adição de um nó de agente dedicado ao 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 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ão é possível montar o volume devido a não estar pronto para cargas de trabalho
- Não é possível iniciar o Automation Hub e o Apps com configuração de proxy
- 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
- Inconsistência inesperada; execute o fsck manualmente
- Pods de MongoDB em CrashLoopBackOff ou provisionamento de PVC pendente após exclusão
- Pod do MongoDB falha ao atualizar de 4.4.4-ent para 5.0.7-ent
- 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
- Usando a ferramenta de diagnóstico do Automation Suite
- Usando a ferramenta de pacote de suporte do Automation Suite
- Exploração de logs
Adicionando um nó de agente dedicado para robôs do Automation Suite
Antes de iniciar a instalação do Automation Suite Robot, certifique-se de atender aos requisitos de hardware.
-
Em uma instalação de avaliação de nó único, os robôs do Automation Suite são executados no nó do servidor principal. Os pacotes em cache são armazenados no sistema de arquivos do nó principal, em uma pasta que o instalador interativo provisiona automaticamente. A adição de um nó de agente dedicado para robôs do Automation Suite é opcional em instalações de avaliação de nó único.
Observação: em uma instalação de avaliação de nó único, o número de trabalhos sem servidor simultâneos é limitado a 5. -
Em um ambiente de produção pronto para alta disponibilidade de vários nós, é obrigatório adicionar um nó dedicado para os Automation Suite Robots. Para obter detalhes sobre os requisitos que o nó dedicado deve atender, consulte Requisitos de hardware e software.
Observação: em uma instalação de produção pronta para HA com vários nós, o número máximo de trabalhos sem servidor simultâneos é determinado pelos recursos do nó (CPU/memória). - É necessário um mínimo de 10GiB para o armazenamento do pacote em cache.
As seções a seguir fornecem instruções sobre como adicionar um nó de agente dedicado para os robôs do Automation Suite.
Passo 1.1: Particionando o disco
Para garantir que o disco esteja particionado corretamente, consulte as instruções em Configuração do disco para uma configuração de produção pronta para alta disponibilidade de vários nós. Certifique-se de seguir as etapas para nós de agente.
Etapa 1.2: Configurando o disco para armazenamento em cache de pacotes
Opção A
/uipath_asrobots_package_cache
ou no caminho personalizado configurado via cluster_config.json/packagecachefolder
. A pasta deve ter pelo menos 10GiB de espaço livre disponível; caso contrário, a instalação falhará.
Opção B
configureUiPathDisks
, que pode configurar o disco e o caminho:
~/configureUiPathDisks.sh --node-type agent --robot-package-disk-name [DISKNAME] --robot-package-path [PATH]
~/configureUiPathDisks.sh --node-type agent --robot-package-disk-name [DISKNAME] --robot-package-path [PATH]
--robot-package-path
é opcional. Se não for definido, o parâmetro será padronizado como /uipath_asrobots_package_cache
.
cluster_config.json/packagecachefolder
, certifique-se de que o valor passado para o parâmetro --robot-package-path
corresponda ao valor configurado.
Instalações on-line
Para copiar o instalador interativo para a máquina de destino em uma instalação online, execute as seguintes etapas:
Instalações off-line
Para copiar o instalador interativo para a máquina de destino em uma instalação off-line, execute as seguintes etapas:
Instalações on-line
Para configurar o nó dedicado em uma instalação online, siga os seguintes passos:
Instalações off-line
Para configurar o nó dedicado em uma instalação off-line, execute as seguintes etapas:
Para definir o contexto kubectl na máquina do Automation Suite Robots, execute o seguinte comando:
sudo su -
export KUBECONFIG=/var/lib/rancher/rke2/agent/kubelet.kubeconfig
export PATH=$PATH:/var/lib/rancher/rke2/bin
kubectl get nodes
sudo su -
export KUBECONFIG=/var/lib/rancher/rke2/agent/kubelet.kubeconfig
export PATH=$PATH:/var/lib/rancher/rke2/bin
kubectl get nodes
Você deve ver os nós e seus nomes correspondentes. Você precisa do nome do nó Robots do Automation Suite para a próxima etapa.
<node name>
pelo nome do nó do Automation Suite Robots.
kubectl describe node <node name> | grep -i "taints"
kubectl describe node <node name> | grep -i "taints"
O comando deve retornar a seguinte saída:
$ kubectl describe node asrobots0 | grep -i "taints"
Taints: serverless.robot=present:NoSchedule
$ kubectl describe node asrobots0 | grep -i "taints"
Taints: serverless.robot=present:NoSchedule
Neste ponto, você concluiu com êxito a instalação do Automation Suite Robots.
- Requisitos
- Adicionando um nó de agente do Automation Suite ao cluster
- Etapa 1: Configurando a máquina
- Etapa 2: copiando o instalador interativo para a máquina de destino
- Etapa 3: executando o instalador interativo para configurar o nó dedicado
- Etapa 4: habilitar o Kubectl
- Etapa 5: Verificando a configuração dos robôs do Automation Suite