- Visão geral
- Requisitos
- Modelos de implantação
- Manual: preparando a instalação
- Manual: preparando a instalação
- Etapa 2: configuração do registro compatível com OCI para instalações offline
- Etapa 3: configuração do objectstore externo
- Etapa 4: configuração do High Availability Add-on
- Etapa 5: configuração de bancos de dados SQL
- Etapa 6: configuração do balanceador de carga
- Etapa 7: configuração do DNS
- Etapa 8: configuração dos discos
- Etapa 9: configuração dos ajustes do nível do kernel e do sistema operacional
- Etapa 10: configuração das portas do nó
- Etapa 11: 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 da autenticação do Kerberos
- 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
- Migração do High Availability Add-on no cluster para externo
- Migração de um registro no cluster para um registro externo compatível com OCI
- 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
- Redirecionamento do tráfego dos serviços não compatíveis para o cluster principal
- Escalando uma implantação de nó único (avaliação) para uma implantação de vários nós (HA)
- 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: migração do Test Manager independente
- Etapa 9: exclusão do tenant padrão
- Executando uma migração de ú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
- 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
- Limpeza do banco de dados do Orchestrator
- 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
- Alterando o modo somente leitura do Ceph
- 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 desabilitar o descarregamento de soma de verificação do TX
- 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
- Como expandir o armazenamento do AI Center
- Como gerar o pull_secret_value codificado para registros externos
- Como lidar com cifras fracas no TLS 1.2
- Como trabalhar com certificados
- Como encaminhar logs do aplicativo para o Splunk
- Como limpar imagens do Docker não usadas dos pods de registro
- Como coletar dados de uso de DU com objectstore (Ceph) no cluster
- Como instalar o RKE2 SELinux em ambientes air-gapped
- Como limpar backups diferenciados antigos em um servidor NFS
- 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
- 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
- Falha na coleta de logs do pacote de suporte
- A cadeia de caracteres de conexão SQL da Automação de Teste é ignorada
- Configurações de DNS não honradas pelo CoreDNS
- Perda de dados ao reinstalar ou atualizar o Insights após a atualização do Automation Suite
- A atualização de nó único falha no estágio de malha
- Upgrade fails due to unhealthy Ceph
- 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 ou posterior
- Falha de atualização em ambientes offline
- A validação de SQL falha durante a atualização
- pod snapshot-controller-crds no estado CrashLoopBackOff após a atualização
- Erro de upgrade/reinstalação do endpoint da API REST do Longhorn
- Falha de atualização devido aos tamanhos de PVC do Insights substituídos
- Falha de atualização de serviço durante a execução de script pré-serviço
- 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
- 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
- O ArgoCD entra em estado Em andamento após a primeira instalação
- Migreção manual do ArgoCD NetworkPolicy (GHSA-47m3-95c7-g2g8)
- Unhealthy services after cluster restore or rollback
- 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
- Falha ao configurar alertas por e-mail após a atualização
- Nenhum problema upstream íntegro
- Falha ao adicionar nós de agente em ambientes offline
- O acesso ao FQDN retorna RBAC: erro de acesso negado
- 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
- Falha na implantação de habilidade de ML devido à expiração do token
- Execução de alta disponibilidade com o Process Mining
- Falha na ingestão do Process Mining ao fazer logon usando o Kerberos
- Após a recuperação de desastres, o Dapr não está funcionando corretamente para Process Mining
- Configurando o Dapr com o Redis no modo de cluster
- 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
- O certificado do Automation Suite não é confiável para o servidor em que o CData Sync está sendo executado
- Execução da ferramenta de diagnóstico
- Usando o pacote de suporte do Automation Suite
- Exploração de logs
Configuração do High Availability Add-on
Referência para opções de configuração do High Availability Add-on no Automation Suite para implantações no mesmo cluster e em máquinas externas.
O Automation Suite é compatível com o High Availability Add-on (HAA) instalado no mesmo cluster ou em máquinas externas.
Você deve configurar o HAA para habilitar a configuração real do HA para a configuração de vários nós. Para fazer isso, você pode fornecer a licença do HAA ao instalador ou instalar o HAA nas máquinas externas e fornecer as configurações do HAA ao instalador.
Configuração do High Availability Add-on do Redis no cluster
Em uma configuração de produção pronta para HA de vários nós, a Alta Disponibilidade (HA) é habilitada por padrão. No entanto, o cache na memória baseado em Redis usado pelos serviços de cluster é executado em um único nó e representa um único ponto de falha. Portanto, se você não tiver comprado uma licença do High Availability Add-on (HAA), uma falha ou reinicialização do nó de cache resultará em tempo de inatividade para todo o cluster.
Para evitar esse incidente, você pode comprar o HAA, que permite a implantação de produção redundante e pronta para alta disponibilidade de vários nós do cache.
Todas as instalações incluem o software HAA com licença de nó único. Essa licença é gratuita, sem necessidade de compra.
Se você deseja habilitar o HAA em vários nós, é necessário adquirir uma licença do HAA. Isso implementará alta disponibilidade total para o cluster em uma configuração de produção pronta para alta disponibilidade de vários nós.
O HAA é baseado na tecnologia Redis.
Para isso, siga as seguintes etapas:
- Compre uma licença do HAA. Entre em contato com a UiPath® para obter detalhes.
- Atualize os seguintes campos no arquivo
cluster_config.json:fabric.redis.license– insira a licença do HAA convertida em uma única string base64. Você precisa codificar toda a chave de licença para base64, incluindo o texto-----LICENSE START----- and -----LICENSE END-----. No bash, você pode fazer isso usando o seguinte comando:echo '-----LICENSE START-----<license_key_here>-----LICENSE END-----' | base64 -w0echo '-----LICENSE START-----<license_key_here>-----LICENSE END-----' | base64 -w0fabric.redis.ha– usetruepara habilitar o HAA e lembre-se de configurar o parâmetrofabric.redis.license. Isso permite a replicação do banco de dados do HAA e aumenta a quantidade de pods do HAA para três. Por padrão,fabric.redis.haé definido comofalse.Observação:Se
redis.haestiver habilitado,redis.licenseprecisa ser definido para uma licença que aceite mais de dois shards."fabric": { "redis": { "ha": "true", "license": "Base64String" // Replace Base64String with the encoded full license string. } }"fabric": { "redis": { "ha": "true", "license": "Base64String" // Replace Base64String with the encoded full license string. } }
- Execute novamente o instalador de malha:
./install-uipath.sh -i cluster_config.json -f -o output.json --accept-license-agreement./install-uipath.sh -i cluster_config.json -f -o output.json --accept-license-agreement
Atualizando a licença do Redis
Para atualizar a licença do Redis, execute as seguintes etapas:
-
Configure o acesso kubectl e ArgoCD:
- Habilite o acesso do kubectl no nó primário. Consulte Habilitação do kubectl para obter instruções.
- Habilite o acesso ao ArgoCD. Consulte Acesso ao ArgoCD para obter instruções.
-
Verifique o status atual da licença:
Para verificar o status da licença atual, execute o seguinte comando do Shell:
kubectl get rec -n redis-system redis-cluster -o jsonpath='{.status.licenseStatus}' | jqkubectl get rec -n redis-system redis-cluster -o jsonpath='{.status.licenseStatus}' | jq- Os clusters implantados após a data de expiração da licença incluída no instalador mostrarão a licença de teste de 4 estilhaços que expira em 30 dias, conforme o exemplo a seguir:
- Os clusters que já estavam em execução quando a licença expirou mostrarão o seguinte status:
-
Atualize a licença existente:
-
Para atualizar a licença existente, execute o seguinte comando do Shell:
kubectl patch application fabric-installer -n argocd \ --type=json -p '[{"op":"add","path":"/spec/source/helm/parameters/-","value":{"name": "global.redis.license", "value": "<LICENSE_KEY_IN_BASE64>"}}]'kubectl patch application fabric-installer -n argocd \ --type=json -p '[{"op":"add","path":"/spec/source/helm/parameters/-","value":{"name": "global.redis.license", "value": "<LICENSE_KEY_IN_BASE64>"}}]' -
Para verificar se a alteração foi aplicada, acesse o ArgoCD. Consulte Acesso ao ArgoCD para obter instruções.
-
Se o instalador do Fabric for exibido fora de sincronia e o processo não foi acionado automaticamente, selecione o botão Sincronizar por conta própria. Isso pode acontecer se você estiver usando uma versão mais antiga do Automation Suite.
Observação:Há um pequeno atraso entre o momento em que a interface gráfica do ArgoCD mostra o aplicativo sincronizado e quando o operador Redis aplica com êxito a nova licença.
-
Para ver os logs do operador Redis ao tentar aplicar a licença, execute o seguinte comando:
kubectl logs -n redis-system --since=300s -l name=redis-enterprise-operator -c redis-enterprise-operator --tail=-1 | grep licensekubectl logs -n redis-system --since=300s -l name=redis-enterprise-operator -c redis-enterprise-operator --tail=-1 | grep license -
Se você tentar aplicar uma licença expirada ou executar o instalador que vem com uma licença expirada, obterá o seguinte resultado:
-
Para atualizar a licença do Redis usada por instaladores mais antigos antes de executá-los, atualize a chave
fabric.redis.licenseno<installer_folder>/defaults.json:
-
-
Verifique se a nova licença foi aplicada:
Para verificar se a nova licença foi aplicada, execute o seguinte comando do Shell:
kubectl get rec -n redis-system redis-cluster -o jsonpath='{.status.licenseStatus}' | jqkubectl get rec -n redis-system redis-cluster -o jsonpath='{.status.licenseStatus}' | jqNa imagem a seguir, você pode verificar que o cluster Redis alterou a licença de avaliação de 30 dias para uma licença de 10 anos de shard único.
Configuração do High Availability Add-on externo
Ao optar por uma configuração Ativo/Ativo do Automation Suite, um High Availability Add-on hospedado em cluster externo é obrigatório. Em todas as outras situações, é meramente opcional.
Para configurar o High Availability Add-on, você deve atualizar os seguintes parâmetros no arquivo cluster_config.json :
| Parâmetro | Description |
|---|---|
|
| Forneça o FQDN do servidor do High Availability Add-on (HAA). |
|
| Forneça a senha para conectar-se ao servidor HAA. |
|
| Forneça a porta para o servidor do HAA. |
fabric.redis.tls | Habilite o protocolo TLS. Por padrão, o TLS está habilitado. Se um certificado for necessário quando o TLS estiver habilitado, certifique-se de fornecê-lo por meio do |
"fabric": {
"redis": {
"hostname": "redis_fqdn",
"password": "credential_to_connect_redis",
"port": 6380,
"tls": true,
}
}
"fabric": {
"redis": {
"hostname": "redis_fqdn",
"password": "credential_to_connect_redis",
"port": 6380,
"tls": true,
}
}