- Vue d'ensemble (Overview)
- Prérequis
- Installation
- Post-installation
- Migration et mise à niveau
- Mise à niveau d'Automation Suite sur EKS/AKS
- Étape 1 : Déplacement des données d'organisation Identity d'installation autonome vers Automation Suite
- Étape 2 : Restauration de la base de données du produit autonome
- Étape 3 : Sauvegarder la base de données de la plate-forme dans Automation Suite
- Étape 4 : Fusion des organisations dans Automation Suite
- Étape 5 : Mise à jour des chaînes de connexion du produit migré
- Étape 6 : migration de la version autonome d'Orchestrator
- Étape 7 : Migration d’Insights en version autonome
- Étape 8 : suppression du locataire par défaut
- B) Migration à locataire unique
- Migration d'Automation Suite sur Linux vers Automation Suite sur EKS/AKS
- Surveillance et alerte
- Administration du cluster
- Configuration spécifique au produit
- Configuration des paramètres d'Orchestrator
- Paramètres de l'application Orchestrator
- Configuration des paramètres d'application
- Configuration de la taille maximale de la requête
- Remplacement de la configuration du stockage au niveau du cluster
- Configuration des magasins d'informations d'identification
- Configuration de la clé de chiffrement par locataire
- Nettoyer la base de données Orchestrator
- Rotation des informations d’identification de stockage d’objets blob
- Désactivation de l'utilisation d'URL pré-signées lors du téléchargement de données vers le stockage Amazon S3
- Configuration de la sécurité de l'application de processus
- Configurer une authentification Kerberos avec l’authentification MSSQL de base pour Process Mining
- Résolution des problèmes
- La configuration de sauvegarde ne fonctionne pas en raison d’un échec de connexion à Azure Government
- Pods dans l'espace de noms uipath bloqués lors de l'activation des rejets de nœuds personnalisés
- Impossible de lancer Automation Hub et Apps avec la configuration proxy
- Les pods ne peuvent pas communiquer avec le nom de domaine complet dans un environnement proxy
- La chaîne de connexion SQL de l’automatisation de test est ignorée
Cluster et nœuds Kubernetes
Vous pouvez apporter votre propre cluster Kubernetes d’Azure ou d’AWS et appliquer vos pratiques classiques pour l’enregistrer et le gérer. Automation Suite nécessite un cluster dédié avec des privilèges d’administrateur de cluster, dans la mesure où elle déploie l’intégralité de la plateforme UiPath® Business Platform et comprend de nombreux produits UiPath® incluant une multitude de micro-services.
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é.
Automation Suite prend en charge les systèmes d'exploitation Linux suivants :
Fournisseur de cloud |
Système d'exploitation |
---|---|
AKS |
|
EKS |
|
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.
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.
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.
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é.
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 .
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.
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 |
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) ;
É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.
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 |
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 Document Understanding est entièrement fonctionnel 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 |
--node-taints nvidia.com/gpu=present:NoSchedule
au lieu de --node-taints sku=gpu:NoSchedule
.
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:NoSchedule
kubectl taint node <node_name> aic.ml/cpu=present:NoSchedule
-
Pour le GPU :
kubectl taint node <node_name> nvidia.com/gpu=present:NoSchedule
kubectl taint node <node_name> nvidia.com/gpu=present:NoSchedule
Exemple de Task Mining :
kubectl taint node <node_name> task.mining/cpu=present:NoSchedule
kubectl taint node <node_name> task.mining/cpu=present:NoSchedule
ExempleAutomation Suite Robot :
kubectl taint node <node_name> serverless.robot=present:NoSchedule
kubectl taint node <node_name> serverless.robot=present:NoSchedule
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.
- Cluster dédié
- Versions d'EKS/AKS prises en charge
- Capacité du nœud
- Mémoire d’échange
- Mise à l'échelle automatique
- Exigences supplémentaires pour Task Mining
- Exigences supplémentaires pour les Automation Suite Robots
- Taille du robot
- Taille du nœud d'agent
- Utilisation des ressources Kubernetes
- Sélection automatique de la taille de la machine
- Autres recommandations pour Document Understanding
- Planification des nœuds