- Vue d'ensemble (Overview)
- Prérequis
- Pré-installation
- Préparation de l'installation
- Téléchargement des packages d'installation
- Configuration du registre conforme à OCI
- Octroi d'autorisations d'installation avec des rôles de cluster
- Octroi d'autorisations d'installation sans rôles de cluster
- Installation et configuration du service Mesh
- Installer et configurer l'outil GitOps
- Installation de l'opérateur de clés secrètes externes
- Déploiement de Redis via OperatorHub
- Application de diverses configurations
- Exécution de uipathctl
- Installation
- Post-installation
- Migration et mise à niveau
- Surveillance et alerte
- Administration du cluster
- Configuration spécifique au produit
- Configuration avancée d'Orchestrator
- Configuration des paramètres d'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 de NLog
- Enregistrement des journaux du robot dans Elasticsearch
- Configuration des magasins d'informations d'identification
- Configuration de la clé de chiffrement par locataire
- Nettoyer la base de données Orchestrator
- Ignorer l’installation de la bibliothèque hôte
- 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
- AI Trust Layer
- Résolution des problèmes
- Comment désinstaller Automation Suite
- Comment résoudre l'échec de la vérification de la connectivité préalable sur OpenShift 4.16–4.18
- Comment déployer Insights dans un cluster compatible FIPS
- Comment désactiver l’activation automatique CDI dans l’opérateur GPU Nvidia
- Comment encoder en URL un mot de passe de chaîne de connexion SQL
- 500 erreurs et limitation de débit sur les requêtes S3 dans ODF
- Résolution des problèmes de clés secrètes externes
- Configuration des tolérances des pilotes CSI pour ODF 4.20
- Résolution des problèmes de Temporel en tant que service
- Les pods AI Center et Document Understanding ne démarrent pas avec la vérification du certificat TLS activée
- Studio Desktop ne peut pas charger les connecteurs et activités Integration Service
- Erreurs de validation du certificat TLS
- Atténuation manuelle de la politique réseau ArgoCD
- Configurer les requêtes et les limites de ressources pour les charges de travail créées par uipathctl
Matrice de compatibilité
Versions de logiciels tiers et d’OpenShift compatibles avec les installations d’Automation Suite 2.2510.
Compatibilité du composant tiers OpenShift
Le tableau suivant répertorie les logiciels tiers compatibles avec la dernière version d'Automation Suite sur OpenShift.
| Prérequis pour OpenShift | Versions compatibles |
|---|---|
| Redis | Versions 6, 7 et 84 |
| Serveur Microsoft SQL | Microsoft SQL Server 2019 et 2022, éditions Standard et Enterprise. |
| PostgreSQL (requis par Process Mining, TaaS et A4D - chacun utilise sa propre base de données dédiée) | Les versions PostgreSQL 12.x à 16.x sont prises en charge. Il est recommandé d'utiliser la version la plus récente de PostgreSQL dans cette plage pour une compatibilité et des performances optimales. |
| Opérateur GitOps OpenShift | 1.21.1 |
| Service OpenShift Service Mesh |
|
| Opérateur OpenShift Redis Enterprise | 7.8.2-6, 7.4.6-2, 7.22.0-7, 7.22.0-17, 8.0.10-22.0, 8.2.0-12.0 |
| Opérateur de communauté OpenShift Redis (par solutions OpsTree) | 0.15.1 |
| Opérateur GPU Nvidia (par Nvidia Container) |
|
1 Disponible à partir d'Automation Suite 2.2510.4.
2 Disponible à partir d'Automation Suite 2.2510.1.
3 Disponible à partir d'Automation Suite 2.2510.2.
4 La prise en charge de Redis 7 et 8 est disponible à partir d'Automation Suite 2.2510.4.
Compatibilité OpenShift
Pour bénéficier de la prise en charge d’UiPath® pour une mise à jour cumulative d’Automation Suite (CU), vous devez utiliser à la fois une version d’Automation Suite et une version d’OpenShift actuellement prises en charge.
Le calendrier de prise en charge d'Automation Suite est disponible dans la section Cycle de vie du produit du guide Vue d'ensemble. Pour connaître le calendrier de prise en charge d’OpenShift, reportez-vous à la documentation d’OpenShift.
La mise à jour de votre cluster OpenShift vers une version prise en charge peut nécessiter la mise à jour d'Automation Suite vers une CU plus récente. Par exemple, si vous utilisez Automation Suite 2.2510.0, la dernière version prise en charge pour votre cluster est OpenShift 4.19. Lorsque cette version atteint sa fin de vie, vous devez mettre à jour votre cluster vers une version OpenShift plus récente. Cela nécessite également une mise à jour vers une version plus récente d’Automation Suite.
Le tableau suivant répertorie les versions d'OpenShift compatibles avec chaque Automation Suite 2.2510.x CU.
| Version d'Automation Suite | Versions OpenShift compatibles |
|---|---|
| 2.2510.4 | 4.17, 4.18, 4.19, 4.20, 4.21, 4.22 |
| 2.2510.3 | 4.17, 4.18, 4.19, 4.20, 4.21, 4.22 |
| 2.2510.2 | 4.17, 4.18, 4.19, 4.20 |
| 2.2510.1 | 4.16, 4.17, 4.18, 4.19 |
| 2.2510.0 Dernière version | 4.16, 4.17, 4.18, 4.19 |
Si vous utilisez OpenShift 4.20, vous devez configurer les tolérances du pilote CS pour ODF. Pour plus de détails, consultez la section Configuration des tolérances du pilote CS pour ODF 4.20.