automation-suite
2.2510
true
Guia de instalação do Automation Suite no Linux
- Visão geral
- Requisitos
- Modelos de implantação
- Q&A: Deployment templates
- 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 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
- Amostra Cluster_config.json
- Configuração geral
- Configuração do perfil
- Configuração de Certificados
- Configuração do Banco de Dados
- Configuração externa do Objectstore
- Configuração de URL pré-assinada
- Configuração do ArgoCD
- 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
- Adicionando um nó de agente dedicado com suporte a GPU
- 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
- Executando o uipathctl
- 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 Redis do High Availability Add-on no cluster para externo
- Migrating data between objectstores
- Migrating in-cluster objectstore to external objectstore
- 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
- 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
- Migração entre clusters do Automation Suite
- 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
- Configuração avançada do Orchestrator
- Configuração de parâmetros 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 do NLog
- Salvando logs do robô no Elasticsearch
- Configuração dos repositórios de credenciais
- Configuração da chave de criptografia por tenant
- Limpeza do banco de dados do Orchestrator
- Ignorar a instalação da biblioteca do host
- Melhores práticas e manutenção
- Solução de problemas
- Como solucionar problemas dos serviços durante a instalação
- Como reduzir as permissões para um diretório de backup NFS
- 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
- 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 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 verificar a versão do TLS
- Como trabalhar com certificados
- Como agendar o backup e restaurar dados do Ceph
- 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
- Como implantar o Insights em um cluster habilitado para FIPS
- Como migrar para o Cgroup v2
- Como recuperar a autenticação do Kerberos após uma reinicialização da VM
- Como enviar uma imagem do Docker local para o registro no cluster
- Como excluir buckets do backup
- Erro ao baixar o pacote
- A instalação offline falha devido a um binário ausente
- Azure disk not marked as SSD
- Falha após a atualização do certificado
- Erros de validação de certificado TLS
- 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
- A instalação do registro temporário falha no RHEL 8.9
- Problema de reinício frequente em implantações de namespace uipath durante instalações offline
- Configurações de DNS não honradas pelo CoreDNS
- A geração de registros no cluster falha devido a memória insuficiente
- As verificações de pré-requisitos falham quando os projetos modernos do Document Understanding estão habilitados e o AI Center está desabilitado
- Upgrade fails due to unhealthy Ceph
- 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
- A atualização do serviço falha para o Apps
- Tempos limite de atualização no local
- Falha de atualização em ambientes offline
- pod snapshot-controller-crds no estado CrashLoopBackOff após a atualização
- Falha de atualização devido aos tamanhos de PVC do Insights substituídos
- Falha de atualização devido ao nome de host em letra maiúscula
- 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
- Pod de repositório do ArgoCD em CrashLoopBackOff
- Migreção manual do ArgoCD NetworkPolicy (GHSA-47m3-95c7-g2g8)
- Métricas Ceph-rook ausentes nos painéis de monitoramento
- Incompatibilidade em erros relatados durante as verificações de integridade do diagnóstico
- Configuração de solicitações e limites de recursos para cargas de trabalho criadas pelo uipathctl
- Nenhum problema upstream íntegro
- Inicialização do Redis bloqueada por antivírus
- Os pods do AI Center e do Document Understanding falham ao iniciar com a verificação do certificado TLS habilitada
- O Fluentd não exporta logs em ambientes IPv6
- O Studio Desktop não pode carregar conectores e atividades do Integration Service
- 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 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
- O certificado do Automation Suite não é confiável para o servidor em que o CData Sync está sendo executado
- Process Mining fails to load after disabling and re-enabling it
- Execução da ferramenta de diagnóstico
- Usando o pacote de suporte do Automation Suite
- Exploração de logs
Importante :
A tradução automática foi aplicada parcialmente neste conteúdo.
A localização de um conteúdo recém-publicado pode levar de 1 a 2 semanas para ficar disponível.
Perguntas e respostas comuns sobre requisitos de hardware e configurações do modelo de implantação para o Automation Suite.
- P: Para o perfil de produção pronto para alta disponibilidade de vários nós, o requisito do processador para a seleção completa de produtos é de 96 (v-)CPU/núcleos. Esse requisito inclui nós de servidor e agente ou se refere a nós de servidor ou agente?
- R: nossa documentação indica que o perfil de produção pronto para alta disponibilidade de vários nós requer pelo menos 3 nós de servidor com no mínimo CPU/RAM por nó. Desde que essa condição seja atendida, os requisitos restantes de CPU/RAM podem ser distribuídos entre servidores adicionais ou nós de agentes que também atendam aos requisitos mínimos de CPU/RAM.
- P: a que se refere a tolerância a falhas de nó no Calculador de dimensionamento de instalação do UiPath® Automation Suite ? Ela abrange nós de agentes, apenas nós de servidor ou ambos?
- R: o Calculador de dimensionamento de instalação do UiPath® Automation Suite baseia a recomendação com tolerância a falhas para que um mínimo de 3 nós de servidor esteja sempre disponível no pior cenário. Você pode aumentar o número de servidores que podem cair sem causar falha na implantação.
- Q: Can I use a private domain in Amazon Route 53?
- A: Yes, private hosted zones are supported.
- Q: Do I need to specify the DNS records in the cloud solution (e.g., AWS) as well? Can I use an on-premises DNS solution with an Automation Suite AWS deployment? For example, in the case of a URL the end-user accesses, does the record need to be resolvable in the cloud or on-premises DNS?
- A: You can use non-Amazon Route 53 DNS infrastructure. However, the DNS must be resolvable in the VPC where you perform the deployment.
- Q: Which CNI plugin is used as part of Kubernetes? For example, when vendor-supplied, the Kubernetes solution supports integration with VPC/VNET. If using AWS Kubernetes, whenever the vendor creates and deploys workload, pods get IP addresses from the VPC itself. That means the workload can be accessed by AWS or Azure services.
- A: We use Cilium CNI. The Kubernetes distribution comes with 3 supported CNIs, but not the AWS-specific one.
- Q: Do you customize Service IP and POD IP ranges?
- A: We currently do not customize Service IP and POD IP ranges. The default CIDR is
10.42.0.0/16.
- A: We currently do not customize Service IP and POD IP ranges. The default CIDR is
- Q: When deploying Automation Suite to AWS into an existing VPC, is it possible to use TerraForm instead of CloudFormation?
- A: No, it is not possible. We use the native Infrastructure as Code tool from the cloud provider (CloudFormation for AWS, ARM for Azure).
- P:Em relação à pergunta anterior, se meu padrão para IaaC for Terraform, isso significa que preciso desenvolver o código Terraform?
- A: If you would like to deploy Automation Suite manually (not using the existing AWS or Azure templates), then yes, you would need to develop the Terraform code. Alternatively, you can use the existing CloudFormation template for deployment or as a base to assist in creating the Terraform code.
- Q: Can I use Graviton-based processes for the deployment?
- A: No, the Kubernetes distribution does not support ARM.
- Q: Can Automation Suite be hosted on AMD or only on Intel processors?
- A: Either is fine as long as you meet the architecture requirements.
- Q: Can I deploy Automation Suite templates on Ubuntu and CentOS?
- A: No, Ubuntu and CentOS are not supported.
- P: Para uma implantação da AWS, se um EFS for implantado automaticamente, quanto espaço ele reservará?
- A: EFS does not come with pre-provisioned size. It is pay-as-you-use. EFS will hold all backups for all disks across the cluster, which means it will use 6 TB of data, the sum of all the nodes storage data disk space.
- Q: Does Azure deployment deploy an NFS solution, as AWS does? If it does, how much space does it reserve?
- A: o NFS é um protocolo que tem várias implementações possíveis. O AWS Elastic File System é uma dessas implementações. O NFS Server é outra implementação. O Azure tem uma implementação diferente, chamada Azure Files. Se você quiser manter um backup, precisará de um desses elementos de infraestrutura.
- Q: If Autoscaling is enabled, does the node require customized images?
- A: o escalonamento automático usa sua imagem do RedHat, além da qual o software UiPath® será instalado. Não temos dados claros agora, mas o início a frio está no intervalo de 5 a 10 minutos.
- Q: Can I use the Standard edition of Microsoft SQL Server?
- R: oferecemos suporte às edições Standard, Enterprise e superiores do Microsoft SQL Server 2019. Para obter detalhes sobre requisitos SQL, consulte nossa documentação.
- Q: Is the the total vCPU requirement of 96 cores required from the beginning or can it be part of Autoscaling, which will add or remove nodes depending on the resource need?
- A: 96 cores are required to power up the system. Subsequently, you can employ different scaling strategies. However, you must not go under that number.
- Q: Do I select the RHEL image or is it prescribed in the AWS or Azure templates? If I must select it, what RHEL version should I use when deploying via templates?
- A: a implantação usa uma imagem RHEL básica (que é determinada no runtime) e cria um modelo de grupo de escalonamento automático aplicado quando a VM é provisionada. Isso significa que todo o software é instalado quando uma nova instância EC2 é criada. Os modelos usam o RHEL 8.2 a partir de agora.
- Q: Is there any need for VMs other than for the Kubernetes cluster?
- R: para executar o Automation Suite, nenhuma VM adicional fora do cluster é necessária. No entanto, se você não tiver máquinas existentes para executar o UiPath® Robot, isso provavelmente será necessário, além de quaisquer VMs de desenvolvedor ou desktops para UiPath Studio (IDE).
- Q: Will there be any integration with CloudWatch or Azure Monitor for Kubernetes logs?
- A: As of now, there is no integration to push logs to CloudWatch.
- Q: Can Automation Suite use open-source database solutions, such as MySQL or PostgreSQL?
- A: The Microsoft SQL Server requirement is independent of the cloud where the Automation Suite is deployed.