- Vue d'ensemble (Overview)
- Prérequis
- Installation
- Questions et réponses : modèles de déploiement
- Configuration des machines
- Configuration du magasin d'objets externe
- Configurer l'équilibreur de charge
- Configuration du DNS
- Configuration de Microsoft SQL Server
- Configuration des certificats
- Installation de production en ligne multi-nœuds compatible haute disponibilité
- Installation de production hors ligne multi-nœuds compatible haute disponibilité
- Téléchargement des packages d'installation
- install-uipath.sh parameters
- Activation du module complémentaire Redis High Availability Add-on pour le cluster
- Fichier de configuration de Document Understanding
- Ajout d'un nœud d'agent dédié avec prise en charge GPU
- Connexion de l'application Task Mining
- Ajout d'un nœud d'agent dédié pour Task Mining
- Ajout d'un nœud d'agent dédié pour les Automation Suite Robots
- Post-installation
- Administration du cluster
- Surveillance et alerte
- Migration et mise à niveau
- Chemins de mise à niveau Automation Suite
- Automatisée : mise à niveau en ligne
- Automatisée : mise à niveau hors ligne
- Manuel : mise à niveau en ligne
- Manuel : mise à niveau hors ligne
- Annulation en cas d'erreur
- Migration d'un disque physique Longhorn vers LVM
- Migration de Canal vers Cilium CNI
- Rétrogradation de Ceph de la version 16.2.6 à la version 15.2.9
- Options de migration :
- É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’Insights
- Étape 7 : suppression du locataire par défaut
- B) Migration à locataire unique
- Configuration spécifique au produit
- Bonnes pratiques et maintenance
- Résolution des problèmes
- Comment résoudre les problèmes des services lors de l'installation
- Comment désinstaller le cluster
- Comment nettoyer les artefacts hors ligne pour améliorer l'espace disque
- Comment effacer les données Redis
- Comment activer la journalisation Istio
- Comment nettoyer manuellement les journaux
- Comment nettoyer les anciens journaux stockés dans le compartiment sf-logs
- Comment désactiver les journaux de diffusion pour AI Center
- Comment déboguer les installations d'Automation Suite ayant échoué
- Comment supprimer des images de l’ancien programme d’installation après la mise à niveau
- Comment nettoyer automatiquement les instantanés Longhorn
- Comment désactiver le déchargement de la somme de contrôle txt
- Comment résoudre les chiffrements faibles dans TLS 1.2
- Impossible d'exécuter une installation hors ligne sur le système d'exploitation RHEL 8.4
- Erreur lors du téléchargement du bundle
- L'installation hors ligne échoue en raison d'un fichier binaire manquant
- Problème de certificat dans l'installation hors ligne
- La première installation échoue lors de la configuration de Longhorn
- Erreur de validation de la chaîne de connexion SQL
- Échec de la vérification des prérequis pour le module selinux iscsid
- Disque Azure non marqué comme SSD
- Échec après la mise à jour du certificat
- L'antivirus provoque des problèmes d'installation
- Automation Suite ne fonctionne pas après la mise à niveau du système d'exploitation
- Automation Suite requiert que backlog_wait_time soit défini sur 0
- Volume impossible à monter car il n'est pas prêt pour les charges de travail
- Impossible de lancer Automation Hub et Apps avec la configuration proxy
- Cluster défectueux après la mise à niveau automatisée à partir de la version 2021.10
- Échec de la mise à niveau en raison d’un Ceph défectueux
- RKE2 ne démarre pas en raison d'un problème d'espace
- Échec de la validation SQL lors de la mise à niveau
- Le pod d'instantané-contrôleur-crds dans l'état CrashLoopBackOff après la mise à niveau
- Échec du chargement ou du téléchargement des données dans l'objectstore
- Le redimensionnement de la PVC ne répare pas Ceph
- Échec du redimensionnement du PVC
- Échec du redimensionnement du PVC objectstore
- Rook Ceph ou pod Looker bloqué dans l'état Init
- Erreur de pièce jointe du volume Ensembles d'états.
- Échec de la création de volumes persistants
- Correctif de récupération du stockage
- La sauvegarde a échoué en raison de l’erreur TropInstantanés (TooManySnapshots)
- Toutes les répliques Longhorn sont défaillantes
- Définition d'un délai d'expiration pour les portails de gestion
- Mettre à jour les connexions du répertoire sous-jacent
- L'authentification ne fonctionne pas après la migration
- kinit : Impossible de trouver le KDC pour le domaine <AD Domain> lors de l'obtention des informations d'identification initiales
- Kinit : Keytab ne contient aucune clé appropriée pour *** lors de l'obtention des informations d'identification initiales
- L'opération GSSAPI a échoué en raison d'un code de statut non valide
- Alarme reçue pour l'échec de la tâche Kerberos-tgt-update
- Fournisseur SSPI : serveur introuvable dans la base de données Kerberos
- La connexion a échoué pour l'utilisateur AD en raison d'un compte désactivé
- Échec de connexion à ArgoCD
- Impossible d'obtenir l'image du bac à sable
- Les pods ne s'affichent pas dans l'interface utilisateur ArgoCD
- Échec de la sonde Redis
- Le serveur RKE2 ne démarre pas
- Secret introuvable dans l'espace de noms UiPath
- ArgoCD passe à l'état Progression (Progressing) après la première installation
- Incohérence inattendue ; exécuter fsck manuellement
- Pods MongoDB en mode CrashLoopBackOff ou enregistrement PVC en attente après suppression
- Le pod MongoDB ne parvient pas à mettre à niveau la version 4.4.4-ent vers la version 5.0.7-ent
- Services défectueux après la restauration ou l'annulation du cluster
- Pods bloqués dans Init:0/X
- Prometheus en état CrashloopBackoff avec erreur de mémoire insuffisante (OOM)
- Métriques Ceph-rook manquantes dans les tableaux de bord de surveillance
- Les pods ne peuvent pas communiquer avec le nom de domaine complet dans un environnement proxy
- Document Understanding n'est pas affiché sur la barre de gauche d'Automation Suite
- État Échec (Failed) lors de la création d'une session de labellisation des données
- État Échec (Failed) lors de la tentative de déploiement d'une compétence ML
- La tâche de migration échoue dans ArgoCD
- La reconnaissance de l'écriture manuscrite avec l'Extracteur de formulaires intelligents (Intelligent Form Extractor) ne fonctionne pas
- Utilisation de l'outil de diagnostic d'Automation Suite
- Utilisation de l'outil Automation Suite Support Bundle
- Explorer les journaux
Manuel : Exigences et installation du profil de production multi-nœuds compatible haute disponibilité
Cette page vous guide à travers les prérequis et les instructions d'installation du profil de production multi-nœuds compatible haute disponibilité.
Des connaissances de Linux et Kubernetes sont requises, quel que soit le profil de déploiement que vous choisissez. Si vous rencontrez des problèmes pour installer et configurer Automation Suite, contactez les services professionnels UiPath.
Avant de choisir votre profil de déploiement, veuillez vous référer à la rubrique Cas d'utilisation pris en charge pour les installations à nœud unique et multi-nœuds.
Le processus d'installation génère des certificats auto-signés en votre nom. Ces certificats expireront dans 90 jours et vous devrez les remplacer par des certificats signés par une autorité de certification (CA) approuvée dès que l'installation sera terminée. Si vous ne mettez pas à jour les certificats, l'installation cessera d'être opérationnelle après 90 jours. Pour obtenir des instructions, consultez Gestion des certificats.
Le profil de production multi-nœuds compatible haute disponibilité est résilient à une seule défaillance de nœud. Cela signifie que vous ne pouvez perdre qu'un seul nœud de serveur. Cette restriction ne s'applique pas aux nœuds d'agent. Vous pouvez perdre autant de nœuds d'agent tout en continuant à utiliser le cluster sans temps d'arrêt tant que la capacité globale du cluster est disponible.
Vous pouvez augmenter la tolérance des nœuds de serveur aux défaillances en suivant les instructions dans Expérience d'installation avancée (Advanced installation experience).
La norme FIPS (Federal Information Processing Standard) n'est pas compatible avec Automation Suite. Si FIPs est activé à tout moment sur les serveurs exécutant Automation Suite, le cluster échouera. Si FIPs est activé sur n'importe quel serveur de cluster, le programme d'installation rencontrera des problèmes bloquant l'installation.
Les tailles de nœud plus grandes sont plus efficaces que les tailles de nœud plus petites en raison de la charge de ressources de base fixe traitée par nœud. Par exemple, 3 nœuds à 32 cœurs sont plus efficaces que 6 nœuds à 16 cœurs.
Profil de déploiement |
Prérequis |
Prérequis |
Configuration |
Installation |
---|---|---|---|---|
Profil de production compatible haute disponibilité multi-nœuds |
Au moins 3 machines Linux avec la version RHEL prise en charge et l'outil ipcalc installé. Pour plus de détails sur la compatibilité RHEL avec les versions d'Automation Suite, consultez Matrice de compatibilité RHEL.
Remarque :
|
| ||
| ||||
Dns | S/O | |||
TLS 1.2+ |
S/O | |||
IPv4 Important :
IPv6 n'est pas pris en charge. | S/O | S/O | ||
Certificats de confiance TLS, de signature de jeton et de chiffrement de connexion SQL | S/O | |||
Load balancer | S/O | |||
Serveur proxy (facultatif) | S/O | |||
Configurer une authentification Kerberos (facultatif) |
S/O |
La version du noyau RHEL kernel-4.18.0-477.10.1.el8_8 est affectée par un problème qui interrompt l'installation ou la gestion du cluster Automation Suite. Assurez-vous qu'aucun des nœuds Automation Suite n'utilise cette version du noyau, que ce soit avant ou après l'installation. Vous pouvez mettre à jour la version du noyau en exécutant la commande suivante :
dnf install -y kernel kernel-tools kernel-tools-libs
dnf install -y kernel kernel-tools kernel-tools-libs
- Vous avez besoin d'une autorisation root pour installer et déployer Automation Suite. Pour plus d'informations sur les composants spécifiques qui nécessitent un accès root, voir Exigences des privilèges root.
-
Cilium nécessite des autorisations CAP_SYS_ADMIN pour fonctionner correctement. Veillez à ce que ces autorisations soient accordées.
- L'exécution d'agents d'analyse sur votre système peut entraîner des échecs d'installation ou d'exécution, en raison des modifications qu'ils apportent aux tables IP. Pour éviter ce comportement, configurez votre agent de scan afin qu'il n'interfère pas avec l'installation d'Automation Suite.
- UiPath ne prévoit pas de configurations spécifiques de pare-feu ou d’outil de développement tant que les exigences d’Automation Suite sont remplies. D’après nos observations, seul un nombre limité d’outils externes peut interférer avec le bon fonctionnement d’Automation Suite. Si de tels problèmes surviennent, contactez le fournisseur concerné pour obtenir de l’aide. Pour obtenir des conseils supplémentaires, consultez la section Matrice de responsabilité Automation Suite.
Si vous optez pour le profil de production multi-nœuds compatible haute disponibilité (HA), vous devez répondre aux exigences strictes suivantes pour la sélection complète de produits. Si vous souhaitez vérifier la configuration matérielle requise pour des produits individuels, consultez la section Planification de la capacité.
Exigences générales
Matériel |
Configuration minimale requise |
---|---|
Nombre de nœuds |
Au moins 3 nœuds de serveur. Il doit y avoir un nombre impair de nœuds de serveur dans un cluster pour augmenter la tolérance aux défaillances. Il n'y a pas de limite au nombre de nœuds d'agent. |
Processeur |
96 (v-)CPU/cœurs |
Processeur minimum par nœud |
8 (v-)CPU/cœurs |
RAM totale |
192 Gio |
RAM minimale par nœud |
16 Gio |
Fichiers binaires de cluster et SSD pour chaque nœud |
SSD de 256 Go IOPS minimum : 1100 |
Bloquer le stockage |
SSD de 512 Gio IOPS minimum : 1100 |
disque etcd pour chaque nœud de serveur |
SSD de 16 Gio IOPS minimum : 240 |
Disque de bundle UiPath (Pour une installation hors ligne uniquement, sur l'un des nœuds du serveur) |
SSD de 512 Gio IOPS minimum : 1100 |
Magasin d'objets* |
SSD de 512 Gio IOPS minimum : 1100 |
Il est recommandé d’utiliser un magasin d'objets externe dans la mesure du possible, ce qui permet de mettre à l'échelle le magasin d'objets indépendamment du cluster et apporte une stabilité supplémentaire. Nous prenons en charge les options de magasin d'objets suivantes :
- Compte de stockage Azure
- Compartiment de stockage AWS S3
- Compartiment de stockage compatible S3
Exigences supplémentaires pour Task Mining
Task Mining nécessite un nœud d'agent supplémentaire qui doit satisfaire aux exigences de configuration suivantes :
Matériel |
Configuration minimale requise |
---|---|
Processeur |
20 (v-)CPU/cœurs |
RAM |
60 Go |
Fichiers binaires de cluster et SSD |
SSD de 256 Go IOPS minimum : 1100 |
DataDisk |
S/O |
Exigences supplémentaires pour les Automation Suite Robots
Dans les environnements de production multi-nœuds compatibles haute disponibilité, les robots Automation Suite nécessitent un nœud d'agent supplémentaire.
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.
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
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 des GPU. Notez cependant que Document Understanding est entièrement fonctionnel sans le nœud GPU. De fait, Document Understanding utilise des machines virtuelles CPU pour toutes ses tâches de classification et d'extraction, tandis que pour l'OCR, nous recommandons fortement l'utilisation d'une machine virtuelle GPU. Vous trouverezici plus d’informations sur l’utilisation du processeur/GPU dans l'infrastructure Document Understanding.
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 |
Pour plus de détails, consultez la section Considérations relatives à AI Center.
Cette section répertorie la configuration matérielle minimale requise pour un déploiement d'Automation Suite réussi. La configuration matérielle minimale requise pour votre déploiement correspond à la somme de la configuration requise pour les fonctionnalités de la suite partagée et des produits individuels que vous installez.
La table suivante répertorie les exigences relatives aux fonctionnalités de la suite partagée :
Processeur |
RAM | |
---|---|---|
Capacités partagées de Suite |
40 (v-)CPU |
47.6 GiB |
La table suivante répertorie les exigences pour les produits individuels :
Produit |
Processeur |
RAM |
---|---|---|
Action Center |
2 (v-)CPU |
4.7 GiB |
AI Center |
5.5 (v-)CPU |
14 GiB |
Apps |
7.25 (v-)CPU |
18.5 GiB |
Automation Hub |
2 (v-)CPU |
3.5 GiB |
Automation Ops |
1 (v-)CPU |
1,7 Gio |
Robots Automation Suite |
1 (v-)CPU |
1.5 GiB |
Data Service |
0.5 (v-)CPU |
1 Gio |
Document Understanding |
6.7 (v-)CPU |
8.6 GiB |
Insights |
1.5 (v-)CPU |
5 Gio |
Orchestrator1 |
3.5 (v-)CPU |
7,2 Gio |
Process Mining |
5.1 (v-)CPU |
6 GiB |
Task Mining |
8.4 (v-)CPU |
10 Gio |
Test Manager |
1 (v-)CPU |
2 GiB |
1 Pour les grands déploiements de robots, vous devez augmenter la capacité HPA d'Orchestrator. Pour un déploiement de plus de 100 000 robots, nous recommandons au moins 20 pods.
Avant de commencer l'installation manuelle d'Automation Suite, vous devez vous assurer que vous remplissez les conditions suivantes :
- vous avez un abonnement RHEL ;
- vous avez activé les référentiels BaseOS et AppStream ;
- vous avez installé les packages RPM requis (vous êtes responsable de l'installation des packages RPM requis).
Si vous effectuez une mise à niveau depuis une version précédente d'Automation Suite, vous avez déjà installé les packages RPM.
Le tableau suivant répertorie les packages RPM requis :
Package RPM |
Description |
---|---|
|
Obligatoire sur les nœuds pour l'installation. |
|
Obligatoire sur les nœuds pour l'exécution du contrôle de préparation. |
|
Requis sur le nœud d'orchestration pour l'exécution de la fonctionnalité
uipathctl.sh nécessitant Ansible.
|
|
Obligatoire uniquement pour les installations hors ligne. |
RHEL 8.3 inclut Podman 1.6 par défaut, ce qui peut entraîner des problèmes d'installation. Pour éviter cela, mettez à jour Podman vers la version 3.2.3.
RHEL 8.4 et versions ultérieures ont les packages RPM requis dans les référentiels BaseOS et AppStream par défaut.
Pour plus de détails sur l'installation des packages RPM requis, consultez la section Configuration des machines.
L'installation nécessite un serveur SQL externe comme prérequis.
Les éditions Microsoft SQL Server 2016, 2017, 2019 et 2022 Standard et Enterprise sont prises en charge.
La configuration matérielle minimale requise pour Microsoft SQL Server est :
- 8 (v-)CPU
- 32 Go de RAM
- SSD de 256 Go