automation-suite
2024.10
true
Important :
Veuillez noter que ce contenu a été localisé en partie à l’aide de la traduction automatique. La localisation du contenu nouvellement publié peut prendre 1 à 2 semaines avant d’être disponible.
UiPath logo, featuring letters U and I in white

Guide d'installation d'Automation Suite sur EKS/AKS

Dernière mise à jour 10 févr. 2025

Cluster et nœuds Kubernetes

Cluster et autorisations

Vous pouvez apporter votre propre cluster Kubernetes et appliquer vos pratiques classiques pour l’enregistrer et le gérer.

Si vous accordez les privilèges d’administrateur du programme d’installation d’Automation Suite, UiPath® installe et gère tous les composants nécessaires à l’exécution d’Automation Suite. Cependant, si vous ne pouvez pas accorder les privilèges d'administrateur du programme d'installation sur le cluster, l'installation de certains composants requis est impossible. Par conséquent, avant d'installer Automation Suite sur un cluster pour lequel vous n'avez pas accordé les privilèges d'administrateur du programme d'installation, un utilisateur administrateur doit installer séparément les composants spécifiques requis, avant l'installation de la plate-forme Automation Suite. Après avoir installé les composants requis, vous pouvez exécuter le programme d'installation avec des autorisations inférieures. Pour obtenir la liste des autorisations requises, consultez Octroi d'autorisations d'installation.

Versions d'EKS/AKS prises en charge

Chaque version du support longue durée d'Automation Suite est livrée avec une matrice de compatibilité. Pour les versions EKS ou AKS compatibles, consultez Matrice de compatibilité.

Nous avons testé la compatibilité d'Automation Suite avec les systèmes d'exploitation Linux suivants :

Fournisseur de cloud Système d'exploitation
AKS
  • Ubuntu 22.04 et 18.04
EKS
  • Amazon Linux 2 et Amazon Linux 2023 pour toutes les versions EKS
  • RHEL 8.8 pour EKS 1.27
  • Bottlerocket 1.19.2
Automation Suite sur EKS/AKS ne prend en charge que l'architecture EKS/AKS x86, et ARM64 n'est pas pris en charge.

Capacité du nœud

Pour estimer la capacité des nœuds en fonction des exigences de votre produit et de vos exigences d'échelle, utilisez le calculateur de dimensionnement d'installation UiPath Automation Suite .

L'exigence de volume racine pour les nœuds d'agent (travailleur) est de 256 Go.

Au minimum, pour commencer avec les services de plate-forme obligatoires (identité, licences et routage) et Orchestrator, vous devez enregistrer 8 processeurs virtuels et 16 Go de RAM par nœud.

Remarque :

Nous vous déconseillons d'utiliser des instances ponctuelles dans Automation Suite dans les scénarios de production, en raison de problèmes de stabilité et de performances.

Mémoire d’échange

Vous devez désactiver la mémoire d’échange avant d’installer Automation Suite. Il a été constaté que la mémoire d’échange provoquait des problèmes avec les charges de travail des conteneurs. Par ailleurs, les charges de travail d’Automation Suite ne bénéficient pas de l’utilisation de la mémoire d’échange, d’autant plus que Kubernetes optimise déjà l’utilisation de la mémoire.

Mise à l'échelle automatique

Nous vous recommandons d'activer la mise à l'échelle automatique sur votre cluster pour garantir une fiabilité élevée et éviter les interruptions d'activité.

Exigences supplémentaires pour Task Mining

Si vous installez Task Mining, vous devez enregistrer un ou plusieurs nœuds de travail supplémentaires avec 20 processeurs virtuels et 60 Go de RAM. Ce nœud doit être rejeté pour garantir que seules les charges de travail Task Mining s'exécutent dessus. Pour plus de détails, consultez la section Planification des nœuds .

Exigences supplémentaires pour les Automation Suite Robots

Automation Suite Robot nécessite un ou plusieurs nœuds de travail supplémentaires.

La configuration matérielle requise pour le nœud d'Automation Suite Robots dépend de la façon dont vous prévoyez d'utiliser vos ressources. Outre la configuration requise supplémentaire pour le nœud d'agent, vous avez également besoin d'un minimum de 10 Go pour activer la mise en cache des packages.

Pour plus de détails, consultez la documentation sur le stockage .

Les sections suivantes décrivent les facteurs qui ont un impact sur la quantité de matériel requise par le nœud d'Automation Suite Robots.

Taille du robot

Le tableau suivant décrit le processeur, la mémoire et le stockage requis pour toutes les tailles de Robot.

Taille

Processeur

Mémoire

Stockage

Petite

0,5

1 Gio

1 Gio

Standard

1

2 GiB

2 GiB

Moyenne

2

4 Gio

4 Gio

Grande

6

10 Gio

10 Gio

Taille du nœud d'agent

Les ressources du nœud de l'agent d'Automation Suite Robots ont un impact sur le nombre de tâches pouvant être exécutées simultanément. Cela s'explique par le fait que le nombre de cœurs de processeur et la quantité de capacité de RAM sont divisés par les configurations requises en termes de processeur/mémoire de la tâche.

Par exemple, un nœud avec 16 processeurs et 32 Go de RAM pourrait exécuter l'un des éléments suivants :

  • 32 petites tâches ;
  • 16 tâches standard
  • 8 tâches moyennes ;
  • 2 tâches volumineuses

Les tailles de tâches peuvent être mélangées. Ainsi, à tout moment, le même nœud peut exécuter une combinaison de tâches, comme suit :

  • 10 petites tâches (consommant 5 processeurs et 10 Go de mémoire)
  • 4 tâches standard (utilisant 4 processeurs et 8 Go de mémoire) ;
  • 3 tâches moyennes (utilisant 6 processeurs et 12 Go de mémoire) ;

Utilisation des ressources Kubernetes

Étant donné que le nœud fait partie d'un cluster Kubernetes, l'agent Kubernetes présent sur le serveur (kubelet) utilise une petite quantité de ressources. D’après nos mesures, le kubelet consomme les ressources suivantes :

  • 0,6 de processeur ;
  • 0,4 Go de RAM

Un nœud similaire à celui décrit précédemment aurait en réalité environ 15,4 processeurs et 31,6 Go de RAM.

Sélection automatique de la taille de la machine

Tous vos processus multiplateformes ont l'option Robots Automation Suite définie sur Automatique par défaut. Ce paramètre sélectionne la taille de machine appropriée pour l'exécution du processus à l'aide de robots sans serveur.

Lors du choix automatique de la taille, les critères répertoriés dans la table ci-dessous sont évalués dans l'ordre. Dès qu'un critère est satisfait, la taille de machine correspondante est choisie et les critères restants ne sont pas évalués.

Ordre

Critère

Taille de la machine

1

Tâche de débogage à distance

Moyenne

2

Le processus dépend d’UI Automation

OU

Le processus dépend des activités UiPath Document Understanding

Standard

3

Autre processus non assisté (unattended)

Petite

Autres recommandations pour Document Understanding

Pour des performances améliorées, vous pouvez installer Document Understanding sur un nœud d’agent supplémentaire avec prise en charge de GPU. Notez cependant que les projets basés sur AI Center dans Document Understanding sont entièrement fonctionnels sans le nœud GPU. De fait, Document Understanding utilise des machines virtuelles de processeur pour toutes ses tâches d’extraction et de classification, tandis que pour l’OCR, nous recommandons fortement l’utilisation d’une machine virtuelle GPU.

Pour plus d’informations sur l’utilisation du processeur/GPU dans l’infrastructure Document Understanding, consultez la section Utilisation du processeur et du processeur graphique.

Si vous souhaitez utiliser un nœud supplémentaire avec prise en charge du GPU, vous devez répondre aux exigences suivantes :

Matériel

Configuration minimale requise

Processeur

8 (v-)CPU/cœurs

RAM

52 Gio

Fichiers binaires de cluster et SSD

SSD de 256 Go

IOPS minimum : 1100

DataDisk

S/O

RAM GPU

11 Go

Lors de l’ajout du pool de nœuds GPU, il est important que vous utilisiez --node-taints nvidia.com/gpu=present:NoSchedule au lieu de --node-taints sku=gpu:NoSchedule.

Automation Suite prend en charge les GPU NVIDIA. Pour en savoir plus sur la configuration des GPU NVDIA (tels que les pilotes), veuillez vous référer aux documents respectifs d’ Azure ou AWS.

Exigences supplémentaires pour les projets modernes de Document Understanding

Un minimum de 5 GPU est requis pour les projets modernes Document Understanding. L'exemple de scénario présenté dans le tableau suivant montre comment 5 GPU sont suffisants pour traiter 300 pages.

FunctionNumérique
Pages de modèle personnalisées traitées par heure300
Modèle prêt à l'emploi pages traitées par heure0
Entraînement des modèles en parallèle1
Nombre de pages dans tous les projets - Durée de conception200
Nombre de types de documents par version de projet3

Les 5 GPU sont répartis entre différentes fonctions, comme détaillé dans le tableau suivant :

ServiceNombre de GPU
Réplicas OCR1
Réplicas d'entraînement de modèle personnalisés1
Réplicas de modèle personnalisés2
Réplicas de modèle prêts à l'emploi1
Total5

Pour plus d’informations sur la façon d’allouer des GPU à chaque service, consultez la page Affecter des ressources GPU pour les projets modernes Document Understanding .

En plus des exigences du GPU, les projets modernes Document Understanding nécessitent également des ressources CPU spécifiques pour des performances optimales. Pour des performances optimales, un minimum de 18 processeurs virtuels est requis.

Avec le projet moderne Document Understanding, 4 Tio supplémentaires de objectstore sont nécessaires pour effectuer les activités des exemples ci-dessus en continu pendant un an. Vous pouvez commencer avec un nombre plus petit, mais l'activité échouera une fois le stockage terminé, sauf si vous le faites passer explicitement.

Si vous enregistrez pour un an de traitement continu, vous aurez besoin de 4 Tio pour les projets modernes Document Understanding et de 512 Gio pour les autres produits. Le total sera de 4,5 Tio de stockage. De même, si vous commencez avec six mois de traitement, vous aurez besoin de 2 Tio pour les projets modernes Document Understanding et de 512 Gio pour les autres produits. Dans ce cas, le total sera de 2,5 Tio.

Remarque : pour des calculs plus détaillés et la capacité requise pour vos besoins, consultez le calculateur de dimensionnement d'installation d'UiPath Automation Suite.

Planification des nœuds

Nous vous recommandons d'activer les rejets de nœud sur les nœuds de travail dédiés pour Task Mining, Automation Suite Robotet Document Understanding.

Exemple d'AI Center et du DU :

  • Pour le processeur :

    kubectl taint node <node_name> aic.ml/cpu=present:NoSchedulekubectl taint node <node_name> aic.ml/cpu=present:NoSchedule
  • Pour le GPU :

    kubectl taint node <node_name> nvidia.com/gpu=present:NoSchedulekubectl taint node <node_name> nvidia.com/gpu=present:NoSchedule

Exemple de Task Mining :

kubectl taint node <node_name> task.mining/cpu=present:NoSchedulekubectl taint node <node_name> task.mining/cpu=present:NoSchedule

ExempleAutomation Suite Robot :

  • add a taint for serverless robots using the following command:

    kubectl taint node <node_name> serverless.robot=present:NoSchedulekubectl taint node <node_name> serverless.robot=present:NoSchedule
  • add the labels for serverless robots using the following command:

    kubectl label node <node_name> serverless.robot=true serverless.daemon=truekubectl label node <node_name> serverless.robot=true serverless.daemon=true
Important :

Si vous avez des rejets de nœud personnalisés qui sont appliqués par la politique de garde d'accès, tels que des rôles spécifiques pour les nœuds de travail ou les libellés, ils ne seront pas transmis à Automation Suite et peuvent interrompre le processus d'installation.

Pour en savoir plus sur les rejets et les tolérances, consultez la documentation de Kubernetes.

Cette page vous a-t-elle été utile ?

Obtenez l'aide dont vous avez besoin
Formation RPA - Cours d'automatisation
Forum de la communauté UiPath
Uipath Logo White
Confiance et sécurité
© 2005-2025 UiPath Tous droits réservés.