- Visão geral
- Requisitos
- Instalação
- Pós-instalação
- Migração e atualização
- Atualização do Automation Suite no EKS/AKS
- 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
- B) Migração de um único tenant
- Monitoramento e alertas
- Administração de cluster
- Configuração específica do produto
- Solução de problemas

Automation Suite no guia de instalação do EKS/AKS
Cluster e nós do Kubernetes
Você pode trazer seu próprio cluster do Kubernetes do Azure ou da AWS e seguir suas práticas padrão para provisioná-lo e gerenciá-lo. O Automation Suite requer um cluster dedicado com privilégios de administrador de cluster porque ele implanta toda a plataforma de negócios da UiPath® e compreende muitos produtos da UiPath® que incluem muitos microsserviços.
Cada versão do Suporte de Longo Prazo do Automation Suite vem com uma matriz de compatibilidade. Para obter versões do EKS ou do AKS compatíveis, consulte a Matriz de compatibilidade.
O Automation Suite oferece suporte aos seguintes sistemas operacionais Linux:
Provedor de nuvem |
SO |
---|---|
AKS |
|
EKS |
|
Para estimar a capacidade do nó com base em seus requisitos de produto e escala, use a calculadora de dimensionamento da instalação do UiPath Automation Suite .
O requisito de volume raiz para nós de agente (trabalhador) é de 256 GB.
No mínimo, para começar com os serviços de plataforma obrigatórios (Identity, licenciamento e roteamento) e o Orchestrator, você deve provisionar 8 vCPU e 16 GB de RAM por nó.
Não recomendamos o uso de instâncias regulares no Automation Suite em cenários de produção, devido a problemas de estabilidade e desempenho.
Você deve desabilitar a memória de troca antes de instalar o Automation Suite. Sabe-se que a memória de troca causa problemas com cargas de trabalho de contêineres. Além disso, as cargas de trabalho do Automation Suite não se beneficiam do uso de memória de troca, e o Kubernetes já otimiza o uso da memória.
Recomendamos habilitar o escalonamento automático em seu cluster para garantir a alta confiabilidade e evitar interrupções nos negócios.
Se você instalar o Task Mining, deverá provisionar nós de trabalho adicionais com 20 vCPU e 60 GB de RAM. Esse nó deve ser corrompido para garantir que apenas as cargas de trabalho do Task Mining sejam executadas nele. Para obter mais detalhes, consulte a seção Agendamento do nó .
Automation Suite Robot precisa de nós de trabalho adicionais.
Os requisitos de hardware para o nó de Automation Suite Robots dependem da maneira como você planeja usar seus recursos. Além dos requisitos adicionais do nó do agente, você também precisa de um mínimo de 10 GiB para habilitar o armazenamento do pacote em cache.
Para obter mais detalhes, consulte a documentação do Armazenamento .
As seções a seguir descrevem os fatores que afetam a quantidade de hardware que o nó Robots do Automation Suite requer.
A tabela a seguir descreve a CPU, memória e armazenamento necessários para todos os tamanhos de robôs.
Tamanho |
CPU |
Memória |
Armazenamento |
---|---|---|---|
Pequeno |
0.5 |
1 GiB |
1 GiB |
Padrão |
1 |
2 GiB |
2 GiB |
Médio |
2 |
4 GiB |
4 GiB |
Grande |
6 |
10 GiB |
10 GiB |
Os recursos do nó do agente do Automation Suite Robots têm um impacto no número de trabalhos que podem ser executados simultaneamente. O motivo é que o número de núcleos de CPU e a quantidade de capacidade de RAM são divididos pelos requisitos de CPU/memória do trabalho.
Por exemplo, um nó com 16 CPUs e 32 GiB de RAM poderia executar qualquer um dos seguintes procedimentos:
- 32 pequenos trabalhos
- 16 trabalhos padrão
- 8 trabalhos médios
- 2 trabalhos grandes
Os tamanhos de trabalho podem ser misturados, portanto, a qualquer momento, o mesmo nó pode executar uma combinação de trabalhos, como o seguinte:
- 10 Trabalhos pequenos (consumindo 5 CPUs e 10 GiB de memória)
- 4 Trabalhos padrão (consumindo 4 CPUs e 8 GiB de memória)
- 3 trabalhos médios (consumindo 6 CPUs e 12 GiB de memória)
Dado que o nó faz parte de um cluster Kubernetes, o agente Kubernetes presente no servidor (kubelet) consome uma pequena quantidade de recursos. Com base em nossas medições, o kubelet consome os seguintes recursos:
- CPU 0,6
- 0,4 GiB de RAM
Um nó semelhante ao descrito anteriormente teria, na verdade, aproximadamente 15,4 CPUs e 31,6 GiB de RAM.
Todos os seus processos multiplataforma têm a opção Automation Suite Robots definida como Automático por padrão. Essa configuração seleciona o tamanho da máquina apropriado para executar o processo usando Serverless Robots.
Ao escolher automaticamente o tamanho, os critérios listados na tabela abaixo são avaliados por ordem. Assim que um critério é satisfeito, o tamanho da máquina correspondente é escolhido, e os critérios restantes não são avaliados.
Ordenar |
Critério |
Tamanho da Máquina |
---|---|---|
1 |
Trabalho de depuração remota |
Médio |
2 |
O processo depende da Automação de Interface Gráfica OU O processo depende das atividades de Document Understanding da UiPath |
Padrão |
3 |
Outro processo Unattended |
Pequeno |
Para obter maior desempenho, você pode instalar o Document Understanding em um nó de agente adicional com suporte a GPU. Observe, no entanto, que o Document Understanding é totalmente funcional sem o nó GPU. Na verdade, o Document Understanding usa VMs de CPU para todas as suas tarefas de extração e classificação; já para o OCR, recomendamos fortemente o uso de uma VM de GPU.
Para obter mais detalhes sobre o uso de CPUs/GPUs dentro da estrutura do Document Understanding, consulte Uso de CPUs e GPUs.
Se você quiser usar um nó adicional com suporte a GPU, deverá atender aos seguintes requisitos:
Hardware |
Requerimento mínimo |
---|---|
Processador |
8 (v-)CPU/cores |
BATER |
52 GB |
Binários de cluster e disco de estado |
256 GB SSD Min IOPS: 1100 |
Data Disk |
N/A |
GPU RAM |
11 GB |
--node-taints nvidia.com/gpu=present:NoSchedule
em vez de --node-taints sku=gpu:NoSchedule
.
Recomendamos habilitar os taints de nó em nós de trabalho dedicados para o Task Mining, Automation Suite Robote Document Understanding.
Exemplo do AI Center e do DU:
-
Para a CPU:
kubectl taint node <node_name> aic.ml/cpu=present:NoSchedule
kubectl taint node <node_name> aic.ml/cpu=present:NoSchedule
-
Para a GPU:
kubectl taint node <node_name> nvidia.com/gpu=present:NoSchedule
kubectl taint node <node_name> nvidia.com/gpu=present:NoSchedule
Exemplo do Task Mining:
kubectl taint node <node_name> task.mining/cpu=present:NoSchedule
kubectl taint node <node_name> task.mining/cpu=present:NoSchedule
ExemploAutomation Suite Robot :
kubectl taint node <node_name> serverless.robot=present:NoSchedule
kubectl taint node <node_name> serverless.robot=present:NoSchedule
Se você tiver taints de nó personalizados que são aplicados pela Política do Gateway, como funções específicas para nós ou rótulos de trabalho, eles não serão passados para o Automation Suite e poderão interromper o processo de instalação.
Para saber mais sobre contaminações e tolerâncias, consulte a documentação do Kubernetes.
- Cluster dedicado
- Versões do EKS/AKS compatíveis
- Capacidade de nó
- Trocar memória
- Escalonamento automático
- Requisitos adicionais do Task Mining
- Requisitos adicionais de robôs do Automation Suite
- Tamanho do robô
- Tamanho do nó do agente
- Consumo de recursos do Kubernetes
- Seleção automática do tamanho da máquina
- Recomendações adicionais do Document Understanding
- Agendamento de nós