- Visão geral
- Requisitos
- Recomendado: modelos de implantação
- Manual: preparando a instalação
- Manual: preparando a instalação
- Etapa 1: Configuração do registro compatível com OCI para instalações offline
- Etapa 2: configuração do objectstore externo
- Etapa 3: configuração do High Availability Add-on
- Etapa 4: configuração do Microsoft SQL Server
- Etapa 5: configuração do balanceador de carga
- Etapa 5: configuração do DNS
- Etapa 7: configuração dos ajustes do nível do kernel e do sistema operacional
- Etapa 8: configuração dos discos
- Etapa 9: configuração das portas do nó
- Etapa 10: aplicação de configurações diversas
- Etapa 12: validação e instalação dos pacotes RPM necessários
- Etapa 13: geração de cluster_config.json
- Configuração de Certificados
- Configuração do Banco de Dados
- Configuração externa do Objectstore
- Configuração de URL pré-assinada
- Configuração de registro externo compatível com OCI
- Disaster Recovery: configurações Ativo/Passivo e Ativo/Ativo
- Configuração do High Availability Add-on
- Configuração específica do Orchestrator
- Configuração específica do Insights
- Process Mining-specific configuration
- Configuração específica do Document Understanding
- Automation Suite Robots-specific configuration
- Configuração do monitoramento
- Opcional: configuração do servidor proxy
- Opcional: habilitação da resiliência a falhas zonais em um cluster de produção pronto para alta disponibilidade de vários nós
- Opcional: transmitindo resolv.conf personalizado
- Optional: Increasing fault tolerance
- Parâmetros do install-uipath.sh
- 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
- Etapa 15: configuração do registro temporário do Docker para instalações offline
- Etapa 16: validação dos pré-requisitos para a instalação
- Manual: realizando a instalação
- Pós-instalação
- Administração de cluster
- Gerenciando produtos
- Introdução ao portal de administração do cluster
- Migrating objectstore from persistent volume to raw disks
- Migração do High Availability Add-on no cluster para externo
- Migrating data between objectstores
- Migrating in-cluster objectstore to external objectstore
- Mudança para o cluster secundário manualmente em uma configuração Ativo/Passivo
- Disaster Recovery: executando operações pós-instalação
- Convertendo uma instalação existente para configuração multi-local
- Diretrizes sobre atualização de uma implantação Ativo/Passivo ou Ativo/Ativo
- Diretrizes sobre backup e restauração de uma implantação Ativo/Passivo ou Ativo/Ativo
- Redirecting traffic for the unsupported services to the primary cluster
- Monitoramento e alertas
- Migração e atualizaçã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 Orchestrator independente
- Etapa 7: migração do Insights independente
- Etapa 8: exclusão do tenant padrão
- B) Migração de um único tenant
- Migração do Automation Suite no Linux para o Automation Suite no EKS/AKS
- Atualizando o Automação Suite
- Download dos pacotes de instalação e obtenção de todos os arquivos no primeiro nó do servidor
- Recuperação da mais recente configuração aplicada do cluster
- Atualização da configuração de cluster
- Configuração do registro compatível com OCI para instalações offline
- Migração para um registro externo compatível com OCI
- Execução da atualização
- Realização de operações pós-atualização
- Configuração específica do produto
- Uso da ferramenta de configuração do Orchestrator
- Configuração de parâmetros do Orchestrator
- Configurações de aplicativo do Orchestrator
- Configuração do AppSettings
- Configuração do tamanho máximo da solicitação
- Substituição da configuração de armazenamento no nível do cluster
- Configuração dos repositórios de credenciais
- Configuração da chave de criptografia por tenant
- 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 desabilitar o descarregamento de soma de verificação NIC
- Como atualizar do Automation Suite 2022.10.10 e 2022.4.11 para 2023.10.2
- 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ão é possível montar o volume devido a não estar pronto para cargas de trabalho
- 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
- O volume não pode ser montado e permanece no estado de loop anexar/desanexar
- A atualização falha devido a objetos clássicos no banco de dados do Orchestrator
- Um cluster do Ceph foi encontrado em um estado degradado após atualização lado a lado
- Um componente sem integridade do Insights causa uma falha na migração
- A atualização do serviço falha para o Apps
- Tempos limite de atualização no local
- Migração de registro do Docker presa no estágio de exclusão do PVC
- Falha no provisionamento do AI Center após a atualização para a 2023.10
- Falha de atualização em ambientes offline
- Configurando um intervalo de tempo limite para os portais de gerenciamento
- 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
- Atualizar as conexões de diretório subjacentes
- 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
- 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
- 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
- Execução da ferramenta de diagnóstico
- Usando a ferramenta de pacote de suporte do Automation Suite
- Exploração de logs
Restaurando o backup
Depois que um cluster é restaurado, o backup de instantâneo não é habilitado. Para habilitá-la após a restauração, consulte Habilitação do instantâneo de backup.
Restaurar o cluster não restaura fontes de dados externas, como o SQL Server, objectstore ou o registro compatível com OCI. Certifique-se de restaurar essas fontes de dados para o snapshot relevante.
Para restaurar o cluster, execute as seguintes etapas:
- Instale a infraestrutura de cluster em todos os nós do servidor. O hardware que você fornece para o cluster de restauração deve ser semelhante ao hardware do cluster de backup. Para obter detalhes, consulte Requisitos de hardware e software.
- Configure o instantâneo no cluster restaurado.
- Selecione o instantâneo a ser restaurado.
- Restaure os dados e configurações.
- Baixe o instalador de restauração. Você pode encontrá-lo dentro do pacote
as-installer.zip
. Para obter instruções de download, consulte Download dos pacotes de instalação. - Em ambientes offline, você deve fornecer um registro externo compatível com OCI ou um registro temporário. Observe que a configuração do registro deve permanecer a mesma do cluster original. Para configurar o registro, consulte as seguintes instruções:
- Configurando o registro externo compatível com OCI
- Configuração do registro temporário do Docker. Escolha esta opção apenas se você não usou um registro externo compatível com OCI antes de ocorrer o desastre.
- Prepare o arquivo de configuração e disponibilize-o em todos os nós do cluster. Para preparar o arquivo de configuração, siga uma das seguintes etapas:
- Opção A: reutilize o arquivo
cluster_config.json
que você aplicou ao cluster antes de ocorrer o desastre; - Opção B: crie um arquivo
cluster_config.json
mínimo com os parâmetros necessários, conforme mostrado no exemplo a seguir:{ "fixed_rke_address": "fqdn", "fqdn": " fqdn ", "rke_token": "guid", "profile" : "cluster_profile" "external_object_storage": { "enabled": false }, "install_type": "offline or online" }
{ "fixed_rke_address": "fqdn", "fqdn": " fqdn ", "rke_token": "guid", "profile" : "cluster_profile" "external_object_storage": { "enabled": false }, "install_type": "offline or online" }
- Opção A: reutilize o arquivo
cluster_config.json
mínimo. Certifique-se de fornecer os mesmos valores de parâmetros usados no cluster original. Você pode alterar os valores de parâmetro após a restauração.
cluster_config.json
listados na tabela a seguir, você também deve fornecer a configuração do registro externo compatível com OCI. Para obter detalhes, consulte Configuração de registro externo compatível com OCI.
Parâmetro |
Valor |
---|---|
|
FQDN do cluster do Automation Suite. O valor deve ser igual ao antigo FQDN. Fornecer um valor FQDN diferente pode fazer com que a restauração falhe. |
|
O endereço fixo usado para registro de nó de balanceamento de carga e solicitações de API do Kube. Se o balanceador de carga estiver configurado conforme recomendado, o valor deve ser o mesmo que o de
fqdn . Caso contrário, use o valor fqdn do primeiro nó do servidor. Consulte Configuração do balanceador de carga para obter mais detalhes.
|
|
Use um GUID recém-gerado aqui. Este é um segredo pré-compartilhado, específico do cluster. É necessário para todos os nós associados ao cluster. |
|
Define o perfil da instalação. Os perfis disponíveis são:
|
|
Indica o tipo de instalação que você planeja realizar. Suas opções são:
|
cluster_config.json
, consulte Manual: experiência de instalação avançada.
Instalação da infraestrutura de cluster no nó de cluster de restauração primário
Para instalar a infraestrutura no nó primário do cluster de restauração, execute os seguintes comandos:
cd <installer directory>
./install-uipath.sh -i ../../cluster_config.json -o output.json --restore --accept-license-agreement
cd <installer directory>
./install-uipath.sh -i ../../cluster_config.json -o output.json --restore --accept-license-agreement
cluster_config.json
do nó do servidor principal para os nós restantes do servidor/agentes. A etapa de instalação da infraestrutura no nó do servidor principal adiciona valores extras necessários aos nós restantes.
Instalando a infraestrutura de cluster em servidores secundários
Para instalar a infraestrutura nos servidores secundários:
cd <installer directory>
./install-uipath.sh -i ../../cluster_config.json -o output.json --restore -j server --accept-license-agreement
cd <installer directory>
./install-uipath.sh -i ../../cluster_config.json -o output.json --restore -j server --accept-license-agreement
Instalando a infraestrutura de cluster em nós de agente
Para instalar a infraestrutura nos nós do agente:
cd <installer directory>
./install-uipath.sh -i ../../cluster_config.json -o output.json --restore -j agent --accept-license-agreement
cd <installer directory>
./install-uipath.sh -i ../../cluster_config.json -o output.json --restore -j agent --accept-license-agreement
Instalando a infraestrutura de cluster em nós de Task Mining
Para instalar a infraestrutura do cluster em nós do Task Mining:
cd <installer directory>
./install-uipath.sh -i ../../cluster_config.json -o output.json --restore -j task-mining --accept-license-agreement
cd <installer directory>
./install-uipath.sh -i ../../cluster_config.json -o output.json --restore -j task-mining --accept-license-agreement
Instalação da infraestrutura de cluster nos nós de Automation Suite Robots
Para instalar a infraestrutura de cluster nos nós de Automation Suite Robots:
cd <installer directory>
./install-uipath.sh -i ../../cluster_config.json -o output.json --restore -j asrobots --accept-license-agreement
cd <installer directory>
./install-uipath.sh -i ../../cluster_config.json -o output.json --restore -j asrobots --accept-license-agreement
Instalando a infraestrutura de cluster em nós de GPU
Para instalar a infraestrutura do cluster nos nós da GPU:
cd <installer directory>
./install-uipath.sh -i ../../cluster_config.json -o output.json --restore -j gpu --accept-license-agreement
cd <installer directory>
./install-uipath.sh -i ../../cluster_config.json -o output.json --restore -j gpu --accept-license-agreement
Depois que a infraestrutura estiver instalada, configure o instantâneo enquanto fornece os dados mínimos, como destino, endpoint e local. Esses valores são usados no momento da restauração.
Para configurar o backup do cluster restaurado, siga as etapas na seção Configurar o snapshot do cluster .
Após configurar o snapshot, liste os snapshots existentes e decida qual você deseja usar como ponto de restauração.
--from-snapshot <snapshot-name>
.
./configureUiPathAS.sh snapshot restore create --from-snapshot <snapshot name>
./configureUiPathAS.sh snapshot restore create --from-snapshot <snapshot name>
Se você não especificar o nome do snapshot, o cluster restaurará o snapshot mais recente bem-sucedido. Consulte a lista de snapshots para snapshots disponíveis.
cluster_config.json
para uso futuro, como adicionar novos nós ao cluster, atualizar, etc.
cluster_config.json
:
uipathctl manifest get-revision >> ./cluster_config.json
uipathctl manifest get-revision >> ./cluster_config.json
Após restaurar o cluster, certifique-se de adicionar seus certificados de CA ao armazenamento de confiança das VMs restauradas. Para obter detalhes, consulte:
Após a restauração de um cluster do Automation Suite, você precisa recuperar a nova senha de monitoramento. Para isso, siga as etapas de Acesso às ferramentas de monitoramento.
Após restaurar um cluster do Automation Suite com o AI Center™ habilitado, siga as etapas do procedimento Habilitar o AI Center no cluster restaurado .
- Step 1: Installing the cluster infrastructure
- Preparação
- Execução
- Step 2: Configuring the snapshot on the restored cluster
- Step 3: Selecting the snapshot to restore
- Step 4: Restoring data and settings
- Restaurando cluster_config.json
- Adição de certificados de CA ao armazenamento de confiança
- Recuperação de nova senha de monitoramento
- Habilitação do AI Center no cluster restaurado