- Visão geral
- Requisitos
- Instalação
- Q&A: Deployment templates
- Notas de versão
- Arquitetura de implantação do GCP
- Etapa 1: preparar a implantação do GCP
- Etapa 2: implantar o Automation Suite no GCP
- Etapa 3: etapas de pós-implantação
- Configuração das máquinas
- Configurando o objectstore externo
- Configurando um registro externo do Docker
- 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
- Disaster Recovery - Instalando o cluster secundário
- 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
- 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
- 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
- Executando uma migração de ú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 definir manualmente o nível de log do ArgoCD como Info
- Como gerar o pull_secret_value codificado para registros externos
- Como lidar com cifras fracas no TLS 1.2
- Como trabalhar com certificados
- 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
- Problema de certificado na instalação offline
- A primeira instalação falha durante a configuração do Longhorn
- 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ó da GPU afetado por indisponibilidade de recurso
- 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 atualização de nó único falha no estágio de malha
- 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
- A validação de SQL falha durante a atualização
- pod snapshot-controller-crds no estado CrashLoopBackOff após a atualização
- 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
- Problemas de acesso à conta somente leitura do ArgoCD
- 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
- 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
- Falha ao configurar alertas por e-mail após a atualização
- Nenhum problema upstream íntegro
- 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
- 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
- Usando a ferramenta de diagnóstico do Automation Suite
- Usando o pacote de suporte do Automation Suite
- Exploração de logs
Etapa 3: etapas de pós-implantação
Atualmente, você pode usar o modelo de implantação do GCP somente com o Automation Suite 2024.10. Portanto, recomendamos consultar a documentação do Automation Suite 2024.10.
Atualização de certificados
O processo de instalação gera certificados autoassinados em seu nome. Esses certificados estão em conformidade com o FIPS 140-2 e expirarão em 90 dias. Você deve substituí-los por certificados assinados por uma Autoridade de Certificação (CA) confiável assim que a instalação for concluída. Se você não atualizar os certificados, a instalação deixará de funcionar após 90 dias.
Se você instalou o Automation Suite em um host habilitado para FIPS 140-2 e deseja atualizar os certificados, verifique se são compatíveis com FIPS 140-2.
For instructions, see Managing certificates.
Habilitando o FIPS 140-2
After completing an Automation Suite installation using the GCP deployment template, you can enable FIPS 140-2 on your machines. For instructions, see Security and compliance.
Acessando as saídas da implantação
Para obter as saídas da implantação, siga as seguintes etapas:
-
Abra um terminal.
-
Acesse o diretório do qual você executou a implantação dos comandos.
-
Execute o seguinte comando:
terraform outputterraform output
A saída deve se parecer com a seguinte imagem:
Definições de saída
As saídas proporcionam a vocês as informações necessárias para acessar o pacote e o cluster.
A tabela a seguir descreve os valores:
| Chave | Description |
|---|---|
|
|
O nome de domínio totalmente qualificado fornecido para a instalação. Certifique-se de usar o mesmo ao configurar o DNS. Para obter instruções sobre como configurar o DNS, consulte: |
|
|
O endereço IP do balanceador de carga usado para configurar o DNS. |
|
|
O endereço IP da VM do bastião necessário para acessar o cluster via SSH. |
|
|
A ID da implantação incluída no nome de todos os recursos em uma implantação. |
|
|
A URL para o segredo que contém as credenciais do banco de dados. |
|
|
A URL para o segredo que contém as credenciais da organização do host no portal do Automation Suite. |
|
|
A URL para o segredo que contém as credenciais da organização do host no portal do Automation Suite. |
|
|
A URL para o segredo que contém as credenciais do console do ArgoCD usado para gerenciar os produtos instalados. |
|
|
O URL para as ferramentas de monitoramento do Longhorn: |
|
|
O URL para as ferramentas de monitoramento do Grafana: |
|
|
O URL para as ferramentas de monitoramento do Prometheus: |
|
|
A URL das ferramentas de monitoramento do AlertManager: |
Acessando o portal de administração do cluster
The Cluster Administration portal is a centralized location where you can find all the resources required to complete an Automation Suite installation and perform common post-installation operations. For details, see Getting started with the Cluster Administration portal.
Para acessar o portal de Administração do Cluster, execute a seguinte etapa:
Acesse o seguinte URL: https://${CONFIG_CLUSTER_FQDN}/uipath-management.
You do not need any credentials to access the Cluster Administration portal.
Acessando os serviços
To access the services, you must have a DNS configured. See Configuring the DNS in a single-node evaluation setup or Configuring the DNS in a multi-node HA-ready production setup for details.
Alternatively, you can follow the instructions in Configuring a client machine to access the cluster for testing purposes only.
Se usar um certificado autoassinado, você pode receber um error de certificado, conforme mostrado na imagem a seguir.
Click Proceed to…, then update the cluster certificates as explained in Configuring the certificates in a single-node evaluation setup or Configuring the certificates in a multi-node HA-ready production setup.
Acessando o portal do Automation Suite
Você pode acessar o portal do Automation Suite em https://<fqdn>. Você pode obter as credenciais por meio de um segredo disponível em:
as_host_credentialsURL para a organização do host;as_default_credentialsURL para a organização padrão.
Acessando o ArgoCD
Você pode acessar o console do ArgoCD em https://alm.<fqdn>. Você pode obter as credenciais por meio de um segredo que pode ser encontrado na URL argocd_credentials.
Acessando as ferramentas de monitoramento
Para acessar as ferramentas de monitoramento pela primeira vez, faça login como administrador com as seguintes credenciais padrão:
-
Nome de usuário: admin
-
Senha: para recuperar a senha, execute o seguinte comando:
kubectl get secrets/dex-static-credential -n uipath-auth -o "jsonpath={.data['password']}" | base64 -dkubectl get secrets/dex-static-credential -n uipath-auth -o "jsonpath={.data['password']}" | base64 -d
Para atualizar a senha padrão usada para acessar as ferramentas de monitoramento, siga as seguintes etapas:
-
Execute o seguinte comando substituindo
newpasswordpor sua nova senha:password="newpassword" password=$(echo -n $password | base64) kubectl patch secret dex-static-credential -n uipath-auth --type='json' -p="[{'op': 'replace', 'path': '/data/password', 'value': '$password'}]"password="newpassword" password=$(echo -n $password | base64) kubectl patch secret dex-static-credential -n uipath-auth --type='json' -p="[{'op': 'replace', 'path': '/data/password', 'value': '$password'}]" -
Execute o seguinte comando, substituindo
<cluster_config.json>pelo caminho para seu arquivo de configuração:/opt/UiPathAutomationSuite/UiPath_Installer/install-uipath.sh -i <cluster_config.json> -f -o output.json --accept-license-agreement/opt/UiPathAutomationSuite/UiPath_Installer/install-uipath.sh -i <cluster_config.json> -f -o output.json --accept-license-agreement
Acessando o cluster
-
Abra um terminal e use o SSH para se conectar ao bastião. Você pode encontrar
bastion_ipnas saídas da implantação.ssh -i <path_to_private_key> <username>@<bastion_ip>ssh -i <path_to_private_key> <username>@<bastion_ip> -
A partir do bastião, você pode acessar outros nós via SSH usando o seguinte comando. O nome de usuário deve ser o mesmo usado para se conectar ao bastião. Você pode encontrar o
<node_address>no console do GCP, na colunaInternal IP.ssh -i .ssh/private_key <username>@<node_address>ssh -i .ssh/private_key <username>@<node_address>
Você deve ver o seguinte painel, que mostra o estado do cluster:
Editando o número de nós
Use o console do GPC para editar o número de nós (nós de servidor ou agente) da seguinte forma:
-
Na aba Grupo da instância , procure os MIGs e selecione aquele correspondente ao tipo do nó que você deseja modificar.
-
Selecione Editar.
-
Modifique o campo Number of instances de acordo com suas necessidades e selecione Salvar.
Remoção da implantação
Se você quiser remover a implantação, siga as seguintes etapas:
-
Abra um terminal e acesse a pasta na qual você descompactou os modelos.
-
Execute o seguinte comando:
terraform destroyterraform destroy -
Digite
Yesquando for solicitada a aprovação.
- Atualização de certificados
- Habilitando o FIPS 140-2
- Acessando as saídas da implantação
- Definições de saída
- Acessando o portal de administração do cluster
- Acessando os serviços
- Acessando o portal do Automation Suite
- Acessando o ArgoCD
- Acessando as ferramentas de monitoramento
- Acessando o cluster
- Editando o número de nós
- Remoção da implantação