- Visão geral
- Requisitos
- Instalação
- Perguntas e respostas: modelos de implantação
- Configuração das máquinas
- 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
- Pós-instalação
- Administração de cluster
- Gerenciando produtos
- Gerenciamento do cluster no ArgoCD
- Configuração do servidor NFS externo
- Automatizado: habilitando o backup no cluster
- Automatizado: desabilitando o backup no cluster
- Automatizado, online: restaurando o cluster
- Automatizado, offline: restaurando o cluster
- Manual: habilitando o backup no cluster
- Manual: desabilitando o backup no cluster
- Manual, online: restaurando o cluster
- Manual, offline: restaurando o cluster
- Configuração adicional
- Migrating objectstore from persistent volume to raw disks
- 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
- Automation Suite not working after OS upgrade
- O Automation Suite requer que Backlog_wait_time seja definido como 1
- Não é possível montar o volume devido a não estar pronto para cargas de trabalho
- O RKE2 falha durante a instalação e atualização
- Falha ao carregar ou baixar dados no objectstore
- PVC resize does not heal Ceph
- 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
- Não é possível fazer login após a 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
- A operação do GSSAPI falhou com erro: um código de status inválido foi fornecido (as credenciais do cliente foram revogadas).
- Alarme recebido para tarefa Kerberos-tgt-update com falha
- Provedor SSPI: servidor não encontrado no banco de dados Kerberos
- Falha do login para o usuário <ADDOMAIN><aduser> Motivo: a conta está 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
- Após a instalação inicial, o aplicativo ArgoCD entrou no estado Em andamento
- Pods de MongoDB em CrashLoopBackOff ou provisionamento de PVC pendente após exclusão
- Inconsistência inesperada; execute o fsck manualmente
- MongoDB degradado ou aplicativos de negócios após a restauração do cluster
- Operador de autocura ausente e repositório Sf-k8-utils ausente
- Serviços não íntegros após restauração ou reversão do cluster
- Pod RabbitMQ preso em CrashLoopBackOff
- 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 o pacote de suporte do Automation Suite
- Exploração de logs
Backup e restauração do cluster
O Automation Suite oferece suporte à funcionalidade de backup e restauração para evitar a perda de dados em vários cenários. Você pode configurar um backup a qualquer momento após a instalação.
Para usar a funcionalidade de backup e restauração, você deve habilitar um servidor NFS, um cluster de backup e um cluster de restauração. Esses conceitos são definidos na seção a seguir.
Servidor NFS - O servidor que armazena os dados de backup e facilita a restauração. É possível configurar o servidor NFS em qualquer máquina ou um serviço PaaS oferecido por provedores de nuvem. Observe que não oferecemos suporte a NFS baseado em Windows e NFS baseado em blob do Azure.
Cluster de backup — O cluster que você configura para instalar o Automation Suite. Este é o cluster em que você habilitará o backup.
Cluster de restauração – o cluster no qual você restaura todos os dados do cluster de backup. Isso se torna o novo cluster no qual você executa o Automation Suite assim que o processo de restauração é concluído.
/datadisk
anexado às máquinas do servidor.
No entanto, isso não permitirá o backup de nenhuma fonte de dados externa, como o banco de dados SQL. Você deve habilitar o backup da fonte de dados externa separadamente.
- Configure o servidor NFS para permitir o acesso ao novo nó. Para obter detalhes, consulte Permissão para que os nós acessem o ponto de montagem do NFS.
-
Habilite o backup no novo nó do servidor:
Para configurar a funcionalidade de backup e restauração, você deve atender aos seguintes requisitos:
- Você deve usar NFSv4 no Linux.
- Você deve configurar o servidor NFS em uma máquina separada hospedada fora do cluster de backup e restauração.
- Não deve haver mais de 10 milissegundos de latência de tempo de ida e volta (RTT) entre o servidor NFS e o cluster de backup e restauração.
- O cluster do qual você deseja fazer backup e o servidor NFS devem estar na mesma região.
-
O servidor NFS deve atender aos seguintes requisitos de hardware:
CPU
BATER
Disk
4 (v-)CPU
16 GiB
SSD de 10 TiB (1100 IOPS)
- O servidor NFS deve ser acessível a partir de todos os nós do cluster.
-
Você deve habilitar as seguintes portas no servidor NFS e todos os nós no cluster de backup. Ao restaurar o cluster, as mesmas portas devem estar abertas em todos os nós no cluster de restauração.
Porta
Protocol
Finalidade
2049
TCP
Comunicação bidirecional entre o servidor NFS e o cluster de backup e restauração.
Esta é a porta na qual o servidor NFS será executado.
111
TCP
Comunicação bidirecional entre o servidor NFS e o cluster de backup e restauração.
Essa porta é usada para rpcbind entre o servidor NFS e o cluster de backup e restauração.
backup.json
.
Para isso, siga as seguintes etapas:
-
Crie um arquivo chamado
backup.json
.{ "backup": { "etcdBackupPath": "PLACEHOLDER", "nfs": { "endpoint": "PLACEHOLDER", "mountpath": "PLACEHOLDER" } }, "backup_interval": "15" }
{ "backup": { "etcdBackupPath": "PLACEHOLDER", "nfs": { "endpoint": "PLACEHOLDER", "mountpath": "PLACEHOLDER" } }, "backup_interval": "15" } -
Preencha o arquivo com base nas seguintes definições de campo:
Parâmetro
Configuração
backup.etcdBackupPath
O caminho relativo onde os dados de backup serão armazenados no servidor NFS. Você pode dar a ele o nome do cluster.
Exemplo:cluster0
backup.nfs.endpoint
O ponto de extremidade do servidor NFS (endereço IP ou nome DNS). Isso será o FQDN ou o Endereço IP da máquina NFS. Não deve haver nenhum protocolo presente no ponto de extremidade.
Exemplo:nfs.automationsuite.mycompany.com
ou20.224.01.66
backup.nfs.mountpath
O caminho no servidor NFS (ponto de extremidade). Este é o local onde você anexou o disco para armazenar o backup do cluster.
Exemplo:/asbackup
backup_interval
O intervalo de tempo de backup em minutos. Esse intervalo é o tempo de espera entre dois backups consecutivos. Você só pode restaurar o último backup bem-sucedido, portanto, decida cuidadosamente sobre esse intervalo. O intervalo mínimo de backup pode ser tão baixo quanto 15 minutos.
Importante:- Se o intervalo de backup for muito curto, por exemplo 30 minutos, as operações de backup serão muito frequentes, forçando você a armazenar apenas os dados cujo backup foi feito nos últimos 30 minutos. Da mesma forma, se o intervalo de backup for de 1 semana, isso pode causar perda de dados durante o intervalo entre o último backup e o desastre. Portanto, é recomendável manter o intervalo de backup de acordo com os requisitos do objetivo do ponto de recuperação (RPO).
- Ao configurar o backup do servidor SQL externo, você deve levar em consideração o intervalo de backup do cluster. É recomendável configurar o mesmo intervalo para o servidor SQL externo e o cluster do Automation Suite.
- Quando o backup estiver ativado no cluster, independentemente do intervalo de backup, o Automation Suite acionará instantaneamente o backup. Depois disso, o próximo backup será agendado com base no intervalo de backup.
- Você pode verificar o backup fazendo login no servidor NFS e navegando até o seguinte caminho:
/backup.nfs.mountpath/backup.etcdBackupPath
. Por exemplo:/asbackup/cluster0
.
Alert Manager
, Prometheus
, Docker Registry
, MongoDB
, RabbitMQ
, Ceph Objectstore
e Insights
.
restore.json
.
Para isso, siga as seguintes etapas:
-
Crie um arquivo chamado
restore.json
.{ "restore": { "etcdRestorePath": "PLACEHOLDER", "nfs": { "endpoint": "PLACEHOLDER", "mountpath": "PLACEHOLDER" } } }
{ "restore": { "etcdRestorePath": "PLACEHOLDER", "nfs": { "endpoint": "PLACEHOLDER", "mountpath": "PLACEHOLDER" } } } -
Preencha o arquivo com base nas seguintes definições de campo:
Parâmetro
Configuração
restore.etcdRestorePath
O caminho no servidor NFS de onde os dados serão restaurados. Deve ser o mesmo nome que você forneceu parabackup.etcBackupPath
embackup.json
.Exemplo:cluster0
restore.nfs.endpoint
O ponto de extremidade do servidor NFS. Isso será o FQDN ou o Endereço IP da máquina NFS. Não deve haver nenhum protocolo presente no ponto de extremidade.
Exemplo:nfs.automationsuite.mycompany.com
ou20.224.01.66
restore.nfs.mountpath
O caminho de montagem do servidor NFS. Este é o local onde você anexou o disco para armazenar o backup do cluster.
Exemplo:/asbackup