- 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
Concluindo uma atualização
Conclua as etapas de atualização do cluster no Automation Suite no Azure, incluindo a substituição da extensão de Script personalizada após a atualização.
Context
Depois de executar um upgrade de cluster do Automation Suite, algumas alterações são necessárias para garantir que um novo nó ingresse no cluster corretamente. Para automatizar as alterações, recomendamos usar o script upgradeUiPathAS.sh .
Esta página fornece instruções sobre como substituir a Custom Script Extension (CSE) nos recursos de computação para que novos nós possam ser adicionados ao seu cluster ao atualizar para uma nova versão do Automation Suite.
Como o processo funciona
O processo descrito nas seções a seguir baixa os scripts necessários para realizar algumas pequenas modificações nos recursos do Azure, bem como para validar alguns pré-requisitos. Os scripts são encontrados nas pastas <targetVersion> e Modules . Se o processo falhar, você será perguntado se deseja manter os arquivos.
Depois de garantir que os pré-requisitos sejam válidos, os objetos CustomScriptExtension são atualizados em todos os nossos recursos de computação para que os nós recém-adicionados usem o Automation Suite <targetVersion>. Por fim, os arquivos nos nós iniciais do cluster são substituídos, para também corresponder aos arquivos do <targetVersion>.
Preparação
Pré-requisitos
Certifique-se de atender aos seguintes requisitos:
-
Você deve adicionar a Identidade de serviço gerenciada (MSI) associada à implantação (nomeada como
<basename>-MSI) como uma identidade atribuída ao usuário a todos os conjuntos de dimensionamento/máquinas virtuais na implantação. Para fazer isso, acesse Scaleset/máquina virtual > Identidade > Usuário Atribuído > Adicionar. Versões mais recentes dos modelos do Automation Suite podem já ter isso adicionado. -
Você deve conceder os direitos de MSI existentes para ler/gravar/gerenciar segredos no cofre de chaves implantado (nomeado como
<basename>-VAULT). Para fazer isso, vá para o keyvault, selecione Políticas de acesso e, em seguida, Adicionar, selecione todas as Operações Secretas, escolha o MSI e, em seguida, Adicionar. -
Certifique-se de revisar o arquivo
cluster_config.jsone alterar quaisquer valores booleanos marcados como string ("true"/"false") para valores booleanos reais (true/false). Por exemplo:- para habilitar a resiliência de zona, use
"zone_resilience": true. - para permitir que o instalador crie os bancos de dados, use
"sql.create_db": true.
- para habilitar a resiliência de zona, use
-
Certifique-se de que sua versão RHEL para os conjuntos de escalonamento de máquinas virtuais (servidor, agente etc.) esteja atualizada e corresponda à versão para a qual você está atualizando.
-
Ao atualizar o Automation Suite 2022.10 para o Automation Suite 2023.4 ou posterior com o Orchestrator ativado em ambas as versões, é necessário definir o sinalizador
orchestrator.block_classic_executionscomotrueno arquivocluster_config.json. O sinalizador tem o objetivo de expor seu consentimento com o bloqueio de execuções de pastas clássicas. Ignorar o sinalizador gera uma falha na operação de atualização. Este parâmetro não é necessário em novas instalações. -
Se você atualizar para o Automation Suite 2023.10 ou posterior e o Insights estiver habilitado em ambos os ambientes, é necessário definir o sinalizador
insights.external_object_storage.bucket_namepara o mesmo bucket usado paraplatformno arquivocluster_config.json. Ignorar o sinalizador gera uma falha na operação de atualização. Esse parâmetro não é necessário em novas instalações. -
Se você atualizar para o Automation Suite 2023.10 ou posterior, certifique-se de preencher os seguintes campos no
cluster_config.jsonsesql.create_dbestiver definido comotrue:sql.server_url = "<db_endpoint>" sql.port = "1433" sql.username = <SQL Username> sql.password = <SQL password>sql.server_url = "<db_endpoint>" sql.port = "1433" sql.username = <SQL Username> sql.password = <SQL password> -
Após o processo de atualização, exporte o novo conteúdo do arquivo
cluster_config.jsonpara um segredo do cofre de chaves do Azure chamadoclusterConfigno cofre de chaves de implantação (para obter detalhes, consulte o item da lista anterior). Use o valor do campoFixedRKEAddresscomo o IP do balanceador de carga interno. Para fazer isso, execute um comando semelhante ao seguinte:az keyvault secret set --name clusterConfig --vault-name "<vaultName>" --value "$(cat path/to/cluster_config.json)az keyvault secret set --name clusterConfig --vault-name "<vaultName>" --value "$(cat path/to/cluster_config.json) -
Na máquina que executa o script de atualização, você deve estar conectado ao Azure e definir o contexto para a assinatura correta. A conta deve ter a função
Ownerno grupo de recursos em que o cluster foi implementado. -
Se o Process Mining estiver habilitado e você quiser usar a versão mais recente do Airflow, certifique-se de fornecer a string de conexão do PostgreSQL para o banco de dados
AutomationSuite_Airflow.Consulte Requisitos de SQL para o Process Mining para obter mais informações.
Observação:Isso só é aplicável se você atualizar para o Automation Suite 2023.10.9 ou superior.
Considerações e recomendações
Antes de iniciar a operação de atualização, certifique-se de levar em consideração as seguintes recomendações:
-
Recomendamos veementemente atualizar para a versão mais recente do sistema operacional RHEL compatível com o Automation Suite. Para obter detalhes, consulte Requisitos de hardware e software.
-
Antes de iniciar a operação de atualização, você pode criar dois contêineres chamados
logseflagsna conta de armazenamento de implantação (chamada<basename>st). Se você não os criar, o script de atualização pode fazer isso por você. -
Se os scalesets do servidor implantado não tiverem um disco Ceph anexado, o script criará um e o anexará ao scaleset do servidor.
-
O processo de atualização altera o modelo VMSS, mas não o aplica a instâncias mais antigas.
-
Ao executar uma atualização para um cluster implantado com modelos do Azure, pode ocorrer um erro semelhante ao mostrado na imagem a seguir:
Isso ocorre devido à maneira que o balanceador de carga do Azure funciona. Para corrigir o problema, modifique o campo
fixed_rke_addressno arquivocluster_config.json. Você deve alterar o valor deste campo para o endereço IP da primeira instância do servidor antes de executar o comando de atualização. Ocluster_config.jsoncarregado para o cofre de chaves deve continuar a ter o endereço IP do ILB, pois o nó não é íntegro e o tráfego não será balanceado para ele.
Execução
Para realizar com sucesso uma atualização para uma nova versão do Automation Suite, siga as seguintes etapas:
- Baixe o script
upgradeUiPathAS.shaqui. - Navegue até o caminho onde você baixou o script e execute o seguinte comando:
chmod +x ./upgradeUiPathAS.sh. - Execute o processo de atualização no modo interativo ou não interativo em um ambiente Linux:
-
Opção A: para executar o processo em um modo interativo, use o seguinte comando:
sh upgradeUiPathAS.sh --targetVersion {ASversion}sh upgradeUiPathAS.sh --targetVersion {ASversion}O script pede que você forneça uma série de parâmetros durante a execução. Para obter detalhes sobre os parâmetros necessários, consulte Implantação do Automation Suite no Azure.
-
Opção B: para executar o processo em um modo não interativo, siga as seguintes etapas:
a. Crie uma pasta<targetVersion>ao lado do script baixado.
b. Dentro da pasta<targetVersion>, crie um arquivo chamadoparamValues.jsoncom a seguinte estrutura:{ "param1":"value1", "param2":"value2" }Para obter detalhes sobre os parâmetros necessários, consulte Implantação do Automation Suite no Azure.
c. Execute o scriptupgradeUiPathAS.sh:sh upgradeUiPathAS.sh --targetVersion {ASversion} --uninteractive trueObservação:Certifique-se de substituir
{ASversion}pela versão do Automation Suite nos comandos mencionados acima. A versão do Automation Suite pode ser diferente da versão do modelo do Azure.
Parâmetros
Você pode encontrar descrições dos parâmetros necessários para atualizar para uma versão específica do Automation Suite no arquivo cluster_config.json . Você pode encontrar o arquivo cluster_config.json neste link.