2024.10.0

Date de publication : 11 novembre 2024

Prise en charge de la nouvelle version de RHEL

Nous avons étendu notre prise en charge des systèmes d’exploitation pour inclure RHEL 9.6. Pour plus de détails sur les versions RHEL prises en charge, consultez Matrice de compatibilité.

Date de publication : 24 septembre 2025

Prise en charge de la migration complète

La migration complète est désormais prise en charge dans Automation Suite 2024.10.0.

Par rapport aux étapes de migration complètes d'Automation Suite 2023.10, il existe dans cette version une étape de migration supplémentaire au cours de laquelle vous pouvez mettre à jour le schéma des bases de données Insights et Orchestrator après les avoir restaurés précédemment.

Nous avons également intégré les améliorations suivantes à l’outil UiPath.OrganizationMigrationApp :

• Nous fournissons une exception interne pendant un test de connexion à une base de données pour améliorer la journalisation des erreurs et le débogage.
• Nous avons amélioré le processus de fusion des utilisateurs d’authentification unique (SSO) de plusieurs organisations afin de gérer plus efficacement les conflits de base de données. La mise à jour fournit également des messages de réussite de la migration précis et empêche toute duplication potentielle des données. Cette amélioration profite considérablement aux organisations utilisant la configuration MSI vers Automation Suite avec une configuration multilocataire et une authentification unique.

Pour de plus amples informations, consultez la section Effectuer une migration complète.

Date de publication : 11 novembre 2024

Nouveautés

Projets modernes Document Understanding intégrés à Automation Suite

Nous sommes heureux d’annoncer l’ajout de projets modernes Document Understanding à notre portefeuille de produits Automation Suite. Cette extension s'aligne sur notre objectif de maintenir la parité avec les fonctionnalités proposées via Automation Cloud.

Si vous prévoyez d’activer les projets modernes Document Understanding, assurez-vous de vérifier les dépendances entre produits et que vous remplissez toutes les conditions préalables. Notez que les projets modernes Document Understanding nécessitent des ressources supplémentaires: tenez-en compte lors de l'activation de ce produit.

Tous les détails de l’installation et de la configuration de ces produits récemment intégrés sont disponibles dans le Guide d’installation d’Automation Suite sur Linux. Pour de plus amples informations sur l'exploitation des fonctionnalités de ces produits, consultez le Guide de l'utilisateur de Document Understanding pour les projets modernes.

Présentation du mode Lite

Pour tenter de rendre votre démarrage avec Automation Suite plus facile et plus rentable, nous introduisons maintenant le mode léger. Grâce à elle, vous pouvez commencer avec moins d'exigences d'infrastructure et, lorsque vous êtes prêt, passer à la haute disponibilité pour des services spécifiques.

Par défaut, en mode littéral, tous les services sont de non haute disponibilité pour économiser des ressources. Toutefois, si vous souhaitez activer la haute disponibilité pour certains services, vous pouvez le faire en configurant le paramètre profile dans le fichier cluster_config.json ou via l'utilisation de notre programme d'installation interactif.

L'efficacité de l'utilisation des ressources constitue un des principaux avantages du mode léger. Il offre des fonctionnalités complètes sans nécessiter de haute disponibilité pour tous les services. Par conséquent, le profil plus léger nécessite moins de ressources, une fonctionnalité à valeur ajoutée pour les organisations qui tiennent compte de leur budget.

De manière générale, le mode Lite n'est pas uniquement destiné aux opérations à petite échelle. Ce mode a été conçu dans un souci d'évolutivité, de sorte que vos besoins augmentent, le mode d'éclairage évolue avec vous.

Le mode Lite est polyvalent et prend en charge un large éventail de scénarios, tels que les suivants :

• Vous prévoyez d'explorer la fonctionnalité d'Automation Suite sans engagement d'infrastructure significatif.
• Vous commencez avec une configuration minimale, mais vous souhaitez bénéficier de flexibilité et de facilité de mise à l'échelle selon les besoins.
• Vous souhaitez gérer le coût d'infrastructure en personnalisant la disponibilité des services en fonction de vos besoins uniques.
• Vous ciblez des cas d'utilisation à plus petite échelle et préférez un système qui fonctionne efficacement avec des services qui ne sont pas à haute disponibilité.

Unification des opérations de ligne de commande avec uipathctl

Nous sommes ravis de vous annoncer que uipathctl étend son rôle dans Automation Suite, dans le cadre de notre initiative visant à unifier nos outils CLI. uipathctl vise à devenir un point d'entrée unique plus solide et plus pratique pour toutes vos tâches au sein d'Automation Suite.

Cela rationalise votre installation et la configuration d'Automation Suite et crée une expérience plus intégrée.

Par conséquent, uipathctl remplace les scripts suivants et associe leurs fonctionnalités :

• install-uipath.sh, précédemment utilisé pour installer et personnaliser Automation Suite.
• configureUiPathAS.sh, précédemment utilisé pour effectuer des opérations dans le cluster Automation Suite, telles que la gestion des certificats, ainsi que la configuration des outils objectstore, de registre et de surveillance.
• configureUiPathDisks.sh, précédemment utilisé pour configurer les disques et les points de montage pour votre nouveau cluster Automation Suite, ainsi que pour redimensionner les disques de données après l'installation.
• validateUiPathReadiness.sh, précédemment utilisé pour valider et installer les packages RPM et pour valider les vérifications des prérequis requis lors de l'installation d'Automation Suite.
• orchestrator_configurator.sh, précédemment utilisé pour configurer les fichiers et les paramètres dans le déploiement d'Orchestrator dans Automation Suite, tels que l'ajout de fichiers de stockage, de plug-ins de magasin d'informations d'identification, d'extensions NLog et la modification de appSettings.

Nous sommes impatients de partager d’autres améliorations avec vous.

Pour plus de détails sur les commandes que vous pouvez exécuter, consultez uipathctl.

Versions prises en charge par RHEL

Erratum - ajouté le 21 novembre 2024 : nous avons étendu notre prise en charge des systèmes d’exploitation pour inclure les versions RHEL 8.8, 8.9, 8.10, 9.2 et 9.4.

Red Hat ne prend plus en charge RHEL 8.6. Nous l’avons donc supprimée de la liste des versions RHEL compatibles.

Important :

Erratum - ajouté le 17 février 2025 : la version kernel-4.18.0-477.10.1.el8_8 du noyau RHEL 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

Prise en charge de la version 4 de AWS Signature

Automation Suite utilise désormais la version 4 de AWS Signature pour toutes les requêtes d'API S3. Cela a un impact sur l'utilisation d'Automation Suite avec des serveurs S3 qui ne prennent pas en charge AWS Signature Version 4.

Prise en charge de SSE-KMS

Automation Suite prend désormais en charge le chiffrement côté serveur avec Key Management Service (SSE-KMS) sur les compartiments AWS S3.

Pour plus d’informations sur SSE-KMS, consultez la documentation AWS.

Prise en charge de TLS 1.3

Nous prenons désormais en charge Transport Layer Security (TLS) 1.3. Cette nouvelle version de TLS apporte plusieurs améliorations clés, étant plus sécurisées que son prédécesseur, TLS 1.2, et offrant des connexions plus rapides ainsi que des performances améliorées.

Pour de plus amples informations sur la mise à niveau de TLS 1.2 vers TLS 1.3, consultez la section Comment traiter les chiffrements faibles dans TLS 1.2.

Prise en charge de registres externes nécessitant des projets

Nous sommes heureux d’annoncer qu’Automation Suite prend désormais en charge Harbor ainsi que d’autres registres externes qui vous obligent à créer un projet avant de pouvoir transmettre ou extraire des images du registre.

Pour plus de détails, consultez les sections Charger les artefacts d'Automation Suite vers le registre conforme à OCI externe et Configuration du registre conforme à OCI externe.

Nouvelles vérifications des prérequis

Nous avons ajouté davantage de vérifications des prérequis pour optimiser l'expérience globale de l'installation et de la configuration d'Automation Suite et pour détecter plus tôt les exigences manquantes. Voici les principales améliorations :

• Automation Suite vérifie désormais si le magasin d’objets externe prend en charge les requêtes POST à destination des compartiments via des URL pré-signées. Document Understanding nécessite que les requêtes POST soient prises en charge pour pouvoir télécharger des fichiers à partir des compartiments.

• Nous avons introduit une nouvelle vérification des prérequis pour les configurations utilisant un nœud RKE2 unique avec stockage intégré au cluster. Un disque supplémentaire de 512 Go minimum est désormais nécessaire pour stocker les sauvegardes de données Ceph. Pour partitionner le disque pour Ceph, vous devez utiliser la commande suivante :

  ./bin/uipathctl rke2 disk --backup-disk-name <disk-name>
  

• Une nouvelle vérification des prérequis vérifie que vous disposez de suffisamment d’espace disque pour activer les projets modernes Document Understanding. Ce contrôle vérifie la disponibilité de l'espace disque sur les disques /datadisk/registry et /var/lib/rancher .

Prise en charge de la version 2 du service de métadonnées d'instance

Nous prenons désormais en charge les métadonnées d’instance 2 (IMDSv2) dans les déploiements haute disponibilité pour AWS. Pour plus d’informations sur IMDSv2, consultez la documentation AWS.

Exigence du sous-domaine des applications

Pour tirer pleinement parti des fonctionnalités offertes par Apps, vous devez désormais fournir un sous-domaine unique avec un nom de domaine entièrement qualifié (Fully Qualified Domain Name, FQDN). Vous devez effectuer les modifications suivantes :

• Mettez à jour votre certificat avec une entrée Nom alternatif de sujet (SAN) pour Apps. Plus de détails ici
• Ajustez votre serveur DNS pour l'adapter au nouveau sous-domaine Apps. Plus de détails ici

Rotation automatique pour les certificats de signature de jeton d'identité

Automation Suite 2024.10 introduit la rotation automatique du certificat d'identité et de signature de jeton. Cette fonctionnalité automatise le cycle de vie de vos clés de signature, offrant une sécurité améliorée et réduisant le besoin de gestion manuelle des certificats.

Si vous déployez Automation Suite 2024.10 pour la première fois, cette fonctionnalité est activée par défaut. L'option de gestion manuelle des certificats de signature reste disponible, et ceux qui préfèrent un contrôle manuel ou qui ont des exigences opérationnelles spécifiques peuvent désactiver la rotation automatique des certificats.

Pour les utilisateurs qui effectuent une mise à niveau vers la version 2024.10 à partir d'une version antérieure, la gestion automatique est désactivée par défaut, mais peut être activée si vous le souhaitez.

Pour plus de détails sur l'activation ou la désactivation de la rotation automatique des certificats, consultez la section Rotation automatique du certificat dans la documentation d'Automation Suite sur Linux, ou Rotation automatique des certificats dans la documentation d'Automation Suite sur AKS/EKS.

Nouveautés concernant les licences

Nouvelle option de surveillance des consommables

Vous pouvez désormais surveiller l’attribution de licences de manière plus précise, à l’aide du nouvel onglet Consommables. Il est disponible dans la section Administration, au niveau de l’organisation et du locataire, et détaille l’affectation et l’utilisation de vos unités de consommation sous licence (AI Units, Robot Units, appels API).

Présentation des unités de transport SAP

Un nouveau type d'unité de consommation de service, nommé Unités de transport SAP (SAP Transport Units), est désormais disponible. Il est utilisé pour l'attribution de licence à la fonctionnalité Analyse de l'impact des modifications SAP dans Test Manager.

Modifications apportées aux limitations de locataire liées à la licence

Si vous disposez d’une licence incluant l’un des services suivants, nous avons le plaisir de vous annoncer que ceux-ci peuvent désormais être activés sur un nombre illimité de locataires :

• Automation Hub
• Process Mining
• Test Manager
• Insights

Suppression de la bannière de surallocation des licences

Jusqu'à présent, lorsque le nombre de licences affectées à vos services dépassait le nombre de licences disponibles pour votre organisation, une bannière d'avertissement s'affichait. Cependant, cela ne fournissait aucune information plus précise concernant la surallocation et ne proposait aucun élément d'action permettant de résoudre le problème.

C’est pourquoi, dans notre volonté d'améliorer l’expérience utilisateur et d'éliminer toute source de distraction, nous avons décidé de la supprimer. Vous pourrez toujours trouver l'ensemble des informations associées en consultant le tiroir d'attribution.

Attribution de licences à Process Mining via des AI Units

Process Mining est désormais concédé sous licence via des AI Units, comme plusieurs de nos produits AI.

Pour plus de détails sur l'utilisation, consultez la page Licence dans le guide Process Mining.

Obsolescence de l’activation de licence à partir du portail hôte

Nous nous efforçons d’améliorer en continu la prise en charge de l’offre commerciale de la plate-forme UiPath®, c’est pourquoi nous avons rendu obsolète l’option d’activation des licences à partir du portail hôte. Afin de faciliter la transition, nous avons ajouté une bannière d’avertissement informant les administrateurs de cette obsolescence et détaillé les bonnes pratiques pour activer les licences.

Soyez rassuré, cela n’affectera en aucune façon la fonctionnalité, et vous pourrez toujours activer les licences du portail hôte jusqu’à ce que la fonctionnalité soit supprimée.

Jetons d’accès personnels (PAT)

Nous avons le plaisir de vous présenter les jetons d'accès personnels (PAT). Les PAT offrent aux développeurs une méthode efficace et sécurisée d'obtenir des jetons avec un accès spécifique à l'utilisateur. Les PAT peuvent limiter le risque lorsque vous travaillez avec des applications ou des automatisations qui n’autorisent pas d’autres mécanismes d’authentification, ou lorsque vous ne souhaitez pas fournir vos informations d’identification. Si l’application est compromise, vous révoquez simplement le PAT.

Remarque :

Les jetons d'accès personnels sont uniquement disponibles aux utilisateurs locaux.

Les fonctionnalités de base :

• Les jetons d'accès personnels des utilisateurs supprimés d'une organisation seront révoqués automatiquement afin d'empêcher tout accès non autorisé.
• Les administrateurs de l'organisation ont la possibilité de gérer l'émission de jetons d'accès personnels, ce qui facilite la révocation de l'accès, le cas échéant.

Pour des informations plus détaillées sur l'implémentation des jetons d'accès personnels, consultez la documentation relative aux jetons d'accès personnels.

Gestion des jetons d'accès personnels

Les jetons d’accès personnels (PAT) peuvent être gérés par les administrateurs de l’organisation. Les PAT peuvent limiter le risque lorsque vous travaillez avec des applications ou des automatisations qui n’autorisent pas d’autres mécanismes d’authentification, ou lorsque vous ne souhaitez pas fournir vos informations d’identification. Si l’application est compromise, vous révoquez simplement le PAT.

Remarque :

Les jetons d’accès personnels ne sont disponibles que pour les utilisateurs locaux et sont gérés par les administrateurs d’organisation.

Les administrateurs de l'organisation ont la possibilité de gérer l'émission de jetons d'accès personnels, ce qui facilite la révocation de l'accès, le cas échéant.

Pour des informations plus détaillées sur la gestion des PAT, consultez la section Gérer les PAT.

Améliorations

Améliorations de la mise à niveau sur place

Pour garantir une pile plus sécurisée et minimiser les vulnérabilités et risques courants, nous avons augmenté la fréquence des mises à jour de Kubernetes.

En règle générale, Kubernetes nécessite des mises à niveau de version séquentielles, ce qui peut impliquer plusieurs étapes intermédiaires pour mettre à niveau vers votre version Automation Suite cible. Dans Automation Suite 2024.10, nous avons introduit des mises à niveau enchaînées de Kubernetes, vous permettant d’atteindre directement votre version d’Automation Suite cible, sans sauts intermédiaires. L'ensemble du processus est géré en arrière-plan de manière transparente.

Vous pouvez désormais mettre à niveau Automation Suite 2023.10.2 vers 2024.10.0, en passant automatiquement par plusieurs versions de Kubernetes. Cette amélioration garantit une pile sécurisée, avec une expérience de mise à niveau encore plus fluide.

Pour tenir compte de cette amélioration, vous devez savoir que nous avons apporté plusieurs modifications au workflow de mise à niveau. Ces modifications incluent les mises à jour des étapes existantes ou les nouveaux ajouts, tels que les suivants :

• Exécution des vérifications des prérequis séparément pour l'infrastructure et les services ;
• Migration des charges de travail Longhorn vers des PV locaux, déplacement des données MongoDB vers SQL et déplacement de Ceph vers un déploiement basé sur Helm, avant la mise à niveau réelle ;
• Installation des services et des composants partagés dans leur version cible.

En outre, un changement supplémentaire consiste en ce que, le cas échéant, vous utilisez désormais uipathctl pour les commandes de mise à niveau sur place.

Pour plus de détails, consultez Exécution d'une mise à niveau sur place.

Support étendu pour les déploiements actif/actif

Nous avons étendu la liste des produits que vous pouvez déployer en mode actif/actif. Auparavant, cette fonctionnalité n'était disponible que pour Orchestrator, mais nous avons désormais également inclus les produits suivants pour vous offrir plus de flexibilité :

• Action Center
• AI Center
• Apps
• Automation Ops
• Robots Automation Suite
• Computer Vision
• Data Service
• Document Understanding
• Test Manager

Pour de plus amples informations, consultez la section Disaster Recovery – actif/passif et actif/actif.

Processus d’installation simplifié pour une efficacité améliorée

Nous avons amélioré notre expérience d’installation en réduisant le nombre d’étapes requises par le processus d’installation. Désormais, ce processus comprend deux parties principales, à savoir l'installation de l'infrastructure et l'installation du cluster. Grâce à ces améliorations du flux d'installation, vous pouvez prévoir un temps d'installation considérablement réduit.

Gestion améliorée des composants partagés à l’aide de la base OS

Nous avons le plaisir de vous annoncer une amélioration significative axée sur la gestion des composants partagés.

Dans les versions précédentes, nous nous sommes fortement appuyés sur un système de livraison de composants fourni par Rancher. Bien qu'elle soit efficace, cette approche présente ses défis, notamment en matière de versions de composants incohérentes.

Nous sommes maintenant passés à une base de logiciels open source (OS) pour la gestion de nos composants. De plus, nous exploitons uipathctl pour installer et mettre à niveau les composants.

Ce changement stratégique simplifie non seulement le processus d’installation des composants partagés, mais offre également la possibilité de gérer chaque composant individuellement. De plus, vous pouvez également vous attendre à une meilleure efficacité du processus de réinstallation pour des composants individuels.

Flux de sauvegarde et de restauration améliorés

Nous avons amélioré les instructions de configuration du serveur NFS externe afin de garantir une expérience de sauvegarde et de restauration plus fluide. Nous incluons désormais des conseils pour créer un sous-répertoire à l'emplacement /asbackup/asetcdbackup ou votre chemin de montage NFS équivalent, afin d'éviter tout problème de montage potentiel. Pour de plus amples informations sur les commandes mises à jour, consultez la section Configurer le chemin de montage.

Nettoyage des images pour le registre Docker intégré au cluster

Vous pouvez désormais supprimer facilement les images obsolètes après la mise à niveau. Cette fonctionnalité est spécifiquement conçue pour les configurations hors ligne avec un registre Docker intégré au cluster. Pour plus de détails, consultez la section Exécution d'opérations post-mise à niveau.

Améliorations apportées au calculateur de dimensionnement d'installation d'UiPath Automation Suite

Nous sommes heureux d’annoncer divers correctifs et améliorations qui permettront une estimation encore plus précise de la configuration matérielle requise pour tout déploiement Automation Suite. L'outil prend désormais en compte le disque de données supplémentaire requis par Document Understanding et AI Center. Par ailleurs, il suffit désormais d’un seul clic pour partager l’URL du calculateur de dimensionnement d’installation d’UiPath Automation Suite avec la configuration actuellement sélectionnée.

Si vous souhaitez tester le calculateur de dimensionnement d'installation d'UiPath Automation Suite, consultez la section Planification de la capacité.

Amélioration de la mise à jour du nom de domaine complet

Nous sommes ravis d’annoncer une amélioration de notre processus de mise à jour Nom de domaine entièrement qualifié (Fully Qualified Domain Name, FQDN). Vous pouvez désormais mettre à jour le nom de domaine complet du cluster à partir d'une seule machine, remplaçant la procédure en plusieurs étapes précédente. Cette mise à jour vise à simplifier le processus, en le rendant plus convivial et plus efficace.

Pour en savoir plus sur le processus de mise à jour du nom de domaine complet, consultez Configuration du nom de domaine complet après l'installation.

Gestion des tableaux de bord Istio

Les tableaux de bord liés à Istio sont désactivés par défaut. Si vous avez besoin d'utiliser ces tableaux de bord, vous devez les activer via des étapes de configuration supplémentaires dans l'interface utilisateur ArgoCD. Cependant, sachez que l'activation de ces tableaux de bord pourrait avoir un impact sur les performances d'Istio.

Pour plus de détails sur les tableaux de bord Istio, consultez Surveillance du réseau.

Sortie de vérification des prérequis améliorée

La sortie de vérification des prérequis générée par uipathctl est désormais plus conviviale. L’affichage simplifié et organisé améliore la lisibilité et donne plus de contrôle sur le type d’informations que vous obtenez.

Si vous avez besoin d'informations plus détaillées, vous pouvez utiliser l'indicateur --verbose pour accéder à la sortie complète et détaillée. Si des informations plus précises correspondent mieux à vos besoins, ignorez simplement l'indicateur --verbose pour une sortie claire et facile à comprendre.

Pour plus de détails sur la vérification des prérequis, voir Vérifications des prérequis.

Security enhancements

Nous continuons de fournir des mises à jour de sécurité et des correctifs pour résoudre les vulnérabilités et expositions courantes (CVE).

Améliorations de l'authentification unique (SSO) SAML

Nous avons déployé des mises à jour importantes destinées à améliorer l'authentification unique (SSO) SAML. Voici un aperçu rapide des nouveautés :

1. Basculer entre les formats d'ID d'entité : lors de l'obtention des détails UiPath pour la configuration du fournisseur d'identité, vous pouvez désormais basculer entre le format d'ID d'entité hérité ( sans l'ID de l'organisation ) et le nouveau format qui inclut l'ID de l'organisation.
2. Identifiant unique personnalisé : nous avons introduit l'option permettant de définir des attributs personnalisés à des fins d'identification unique. Cette fonctionnalité est particulièrement utile si :
   • Aucune adresse e-mail n'est attribuée à vos utilisateurs.
   • Une adresse e-mail ne peut pas servir d'identifiant unique (elle n'est pas unique dans le fournisseur d'identité).
   Important :

   Une fois que vous avez défini un identificateur unique, sa modification peut entraîner la perte d'utilisateurs précédemment reconnus, car le système pourrait ne plus être en mesure de les identifier.

3. Signature des demandes d'authentification : cette fonctionnalité permet à UiPath de signer toutes les demandes d'authentification SAML. Ceci est utile si votre fournisseur d'identité nécessite des demandes d'authentification signées.
4. Déconnexion unique : notre configuration SAML inclut désormais des fonctionnalités de déconnexion unique (SLO) , qui permettent des déconnexions simultanées sur toutes vos applications unifiées sous votre fournisseur d'identité.

Option de thème à contraste élevé

Nous avons introduit un thème à contraste élevé qui assure un contraste amélioré pour un ensemble d'éléments d'interface utilisateur.

Pour de plus amples informations, consultez la section Sélection du thème.

Visibilité des services dans l’interface utilisateur

Vous pouvez désormais gérer la visibilité de trois nouveaux services dans la barre de navigation de gauche, afin de personnaliser l’interface utilisateur pour chaque utilisateur :

• Automation Hub
• AI Center
• Process Mining

Pour plus d’informations, consultez la documentation de la section Masquer les services inutilisés.

Valeur secrète d’extraction Docker facultative

Erratum : ajouté le 28 avril 2025 : le champ registries.docker.pull_secret_value , qui doit être renseigné dans le fichier cluster_config.json , est désormais facultatif.

Résolution de bogues

• Erratum - ajouté le 18 décembre 2024: si vous avez redimensionné le PV OSD rook-ceph , la nouvelle taille n’était pas conservée après la mise à niveau d’Automation Suite. Désormais, la mise à niveau hérite automatiquement et conserve la taille du PV OSD rook-ceph mise à jour.

• Nous avons corrigé un problème qui faisait que le binaire uipathctl ignorait toute chaîne de connexion SQL que vous aviez fournie dans la section orchestrator.testautomation du fichier de configuration du cluster.

• Nous avons résolu un problème d'installation ou de mise à niveau sur les machines AWS sur lesquelles seule IMDSv2 était activée.

• Dans un environnement proxy, si le serveur proxy utilisait le même port que le port TCP de n'importe quel autre service dans le service mesh d'Istio, tel que le port 8080, les pods ne pouvaient pas communiquer avec le nom de domaine complet et un message d'erreur s'affichait. Ce comportement ne se produit plus.

  Remarque :

  Si vous avez précédemment créé une entrée de service selon la solution de contournement dans Les pods ne peuvent pas communiquer avec le nom de domaine complet dans un environnement proxy, nous vous recommandons de supprimer l’entrée de service après la mise à niveau vers Automation Suite 2024.10.0 ou une version ultérieure. Pour supprimer l’entrée de service, utilisez la commande suivante :

  kubectl delete serviceentry proxy -n uipath
  

• Nous avons corrigé un problème lié à uipathctlqui provoquait une corruption de la configuration du registre lors des mises à niveau. Auparavant, un port de l’URL helm de cluster_config.json était traité comme un registre externe, ce qui entraînait une oubli dans registries.yaml. Désormais, insecure_skip_verify: true est correctement inclus dansregistries.yaml, qu'un port soit présent ou non dans l'URL helm.

• Nous avons résolu un problème selon lequel l'arrêt du service rke2-server sans l'exécution de rke2-killall.sh pouvait entraîner des rapports intermittents non prêts à partir des machines agent.

• Nous avons corrigé un problème qui provoquait l’échec des mises à niveau d’Automation Suite 2023.10.x en raison du fait que les classes de stockage Longhorn sont toujours présentes après la désinstallation de Longhorn.

• Nous avons corrigé un problème qui empêchait le pack d’assistance d’inclure les journaux historiques et de ne pas être chargé dans le magasin d’objets externe configuré. Ce problème se produisait dans les environnements hors ligne utilisant un registre OCI externe.

• Nous avons corrigé un problème provoquant le maintien du pod snapshot-controller-crds à l’état CrashLoopBackOff après une mise à niveau de RKE2. Ce problème est survenu en raison d’un conflit entre le snapshot-controller nouvellement installé et le existant lors de la mise à niveau de RKE2.

• Nous avons corrigé un problème qui vous empêchait d’activer l’authentification unique pour ArgoCD en raison d’une différence de version d’image Dex.

• Nous avons corrigé un problème qui empêchait l’attribution des licences au niveau de l’organisation.

• Nous avons résolu un problème qui causait des problèmes pendant le processus de mise à niveau si vous aviez redimensionné le PVC Docker-registry utilisé par votre registre Docker dans le cluster. Désormais, la nouvelle taille est précisément reconnue et prise en compte lors du processus de mise à niveau.

Problèmes connus

Limitations de la prise en charge de FIPS 140-2

Erratum - ajouté le 22 janvier 2026 : Insights n'est pas pris en charge sur les déploiements Automation Suite qui s'exécutent sur des machines compatibles FIPS 140-2. Pour rester conforme aux exigences FIPS 140-2, vous devez désactiver Insights.

Pour de plus amples informations, consultez la section Sécurité et conformité.

Échec de la commande de pré-mise à niveau avec le proxy et le magasin d’objets externe

Erratum : ajouté le 19 décembre 2025 : un problème empêche la commande uipathctl cluster pre-upgrade de s’exécuter correctement dans les environnements configurés avec un proxy et un magasin d’objets externe. Ce problème se produit en raison d’une erreur lors du processus de migration du volume Insights.

Nous avons résolu le problème dans Automation Suite 2024.10.7.

Échec de la mise à niveau lors de l’importation du posthook dans les mises à niveau en chaîne

Erratum : ajouté le 19 décembre 2025 : un problème provoque l’échec de la mise à niveau lors de l’exécution de la commande uipathctl rke2 upgrade dans des scénarios de mise à niveau en chaîne. Ce problème se produit parce que l'opération d'importation de la clé secrète posthook et configmap n'est pas idempotente, ce qui entraîne des conflits avec les objets Kubernetes existants.

Pour résoudre le problème, consultez la section Dépannage.

Nous avons résolu le problème dans Automation Suite 2024.10.7.

Les opérations de sauvegarde échouent avec le statut PartiellementÉchec

Erratum : ajouté le 19 décembre 2025 : un problème provoque l’échec des opérations de sauvegarde avec un statut PartiallyFailed lorsque le magasin d’objets est intégré au cluster (rook-ceph).

Les journaux de sauvegarde affichent des erreurs similaires à l'exemple suivant :

ERROR: insights/app/workdir/2025-10-01-04/.config/chromium/Crash Reports/settings.dat: Failed to copy: failed to open source object: operation error S3: GetObject, https response error StatusCode: 404

Vous pouvez afficher les journaux de sauvegarde en exécutant la commande suivante :

./bin/velero backup logs <backup name>

Pour résoudre le problème, vous devez contacter l’assistance UiPath.

Nous avons résolu le problème dans Automation Suite 2024.10.4.

Les certificats de registre ne sont pas entièrement mis à jour dans les scénarios hors ligne

Erratum - ajouté le 24 septembre 2025 : un problème fait que la commande uipathctl config tls-certificates ne met à jour que le certificat interne, tout en manquant le certificat requis par Argo CD pour faire confiance au registre intégré au cluster dans les scénarios hors ligne.

Pour résoudre le problème, vous devez exécuter la commande suivante pour mettre à jour explicitement le certificat de registre ArgoCD dans les scénarios de registre internes et externes :

./bin/uipathctl config argocd ca-certificates update --cacert [PATH]

Nous avons résolu le problème dans Automation Suite 2024.10.5.

La rotation Kerberos keytab ne déclenche pas la régénération du jeton

Erratum – ajouté le 24 septembre 2025 : un problème empêche la rotation du keytab Kerberos de régénérer immédiatement les jetons d'authentification, ce qui peut entraîner des interruptions temporaires de la connectivité entre les services et la base de données.

Pour résoudre le problème, vous devez déclencher manuellement l'activité cronjob de renouvellement de tickets Kerberos en exécutant la commande suivante :

kubectl delete job tgt-rotate-manual -n uipath --ignore-not-found ; kubectl create job tgt-rotate-manual --from=cronjob/kerberos-tgt-update -n uipath

Nous avons résolu le problème dans Automation Suite 2024.10.5.

L’activation du GPU échoue avec des registres externes contenant des noms de projet

Erratum – ajouté le 24 septembre 2025 : un problème empêche l'activation du GPU après l'ajout d'un nœud GPU lors de l'utilisation de registres externes avec des noms de projet ( tels que Harbor). Les pods requis ne démarrent pas et affichent une erreur ImagePullBackoff .

Si vous utilisez un registre externe avec un nom de projet, mettez à jour le Daemonset de l'appareil NVIDIA à l'aide de la commande suivante :

# Replace REGISTRY_WITH_PROJECT_NAME with the correct value (Eg. my.registry.io:443/myproject)
# Replcae TAG with the correct value. You can get this from the <installer_directory>/versions/docker-images.json file (Eg. v0.17.1)
kubectl set image daemonset/nvidia-device-plugin-daemonset \
  -n kube-system \
  nvidia-device-plugin-ctr=<REGISTRY_WITH_PROJECT_NAME>/k8s-device-plugin:<TAG>

Nous avons résolu le problème dans Automation Suite 2024.10.5.

Délai d’attente de l’installation du registre temporaire

Erratum - ajouté le 24 septembre 2025 : un problème provoque l’échec de l’installation temporaire du registre en présentant une erreur de délai d’expiration lors de la connexion à registry-1.docker.io. Pour résoudre cela, consultez la section Résolution des problèmes .

Nous avons résolu le problème dans Automation Suite 2024.10.5.

Le compacteur Thanos s’arrête sur les blocs corrompus

Erratum : ajouté le 24 septembre 2025 : un problème oblige le compacteur Thanos à arrêter de compacter les métriques lorsqu’il rencontre des blocs corrompus dans le magasin d’objets. Cela empêche la compression et entraîne une utilisation accrue du stockage.

Pour résoudre le problème, consultez la section Dépannage.

Nous avons résolu le problème dans Automation Suite 2024.10.5.

Le téléchargement de bundles Document Understanding volumineux provoque une instabilité des nœuds

Erratum : ajouté le 17 juillet 2025 : un problème fait que les nœuds ne répondent plus lors du téléchargement de bundles hors ligne volumineux Document Understanding. Ce problème se produisait en raison du chargement parallèle de couches d'image dans la mémoire, ce qui entraînait une consommation élevée de mémoire et des erreurs de mémoire insuffisante (OOM).

Pour résoudre le problème, consultez la section Dépannage.

Nous avons résolu le problème dans Automation Suite 2024.10.4.

Échec de l'ajout du nœud d'agent dans les environnements hors ligne

Erratum – ajouté le 26 juin 2025 : un problème entraîne l’échec du processus d’ajout de nœuds d’agent dans les environnements hors ligne. Les ajouts de nœud d’agent nécessitent l’exécution du registre temporaire. Pour résoudre le problème, vous devez réactiver le registre temporaire pour rejoindre avec succès le nœud d'agent.

Nous avons résolu le problème dans Automation Suite 2024.10.4.

La diffusion des journaux ne fonctionne pas dans les configurations proxy

Erratum - ajouté le 26 juin 2025 : le transfert de journaux ne fonctionne pas dans les configurations proxy, car les variables de l’environnement proxy n’ont pas été définies dans les pods de journalisation. Pour résoudre cela, consultez la section Résolution des problèmes .

Nous avons résolu le problème dans Automation Suite 2024.10.4.

L'installation échoue en raison de certificats CA avec de grands OID de stratégie

Erratum - ajouté le 26 juin 2025: un problème entraîne l'échec de l'installation d'Automation Suite lors de l'utilisation de certificats d'autorité de certification (CA) qui incluent une section CertificatePolicies avec des valeurs OID de stratégie dépassant 4 octets. Ce problème empêche Automation Suite de reconnaître ces certificats CA, interrompant le processus d'installation.

Pour résoudre ce problème, vous devez soit vous assurer que les valeurs d'OID de stratégie dans la section CertificatePolicies ne dépassent pas 4 octets, soit éviter d'utiliser des générateurs d'autorité de certification qui ajoutent la section CertificatePolicies aux certificats.

Nous avons résolu le problème dans Automation Suite 2024.10.4.

Erreur de connexion SQL de licence

Erratum – ajouté le 26 juin 2025 : des erreurs de connexion SQL se produisent lorsque la propriété Source de données a spécifié à la fois une instance nommée et un port.

Nous avons résolu le problème dans Automation Suite 2024.10.4.

Interrompre le service en raison de la rotation automatique des clés secrètes

Erratum – ajouté le 14 mai 2025: un problème provoque des interruptions de service en raison de la rotation automatique des clés secrètes, ce qui rend les services temporairement inaccessibles.

Pour résoudre ce problème, procédez comme suit :

1. Redémarrez le service affecté pour restaurer ses fonctionnalités normales.
2. Accédez à l'interface utilisateur ArgoCD et à partir de l'application de la plate-forme, sélectionnez Détails > Paramètres. Modifiez les valeurs pour ajouter "secretRotation: enabled: false" sous identity-service. Vous devez effectuer cette étape après chaque mise à niveau ou réinstallation d'Automation Suite.

Pour AI Center, toutes les compétences doivent être arrêtées et démarrées à partir de l'interface utilisateur d'AI Center.

Studio Web n'est pas accessible lors de l'utilisation d'un proxy

Erratum – ajouté le 28 avril 2025 : si vous utilisez un environnement proxy et que Studio Web est activé, Studio Web n’est pas accessible et génère une erreur 404. Pour contourner ce problème, vous devez ajouter studioweb-backend,studioweb-frontend,studioweb-typecache à l'entrée no_proxy dans le fichier input.json et réexécuter le programme d'installation.

Cela a été résolu dans Automation Suite 2024.10.3.

Mise à niveau bloquée sur le cluster restauré avec la sauvegarde

Erratum : ajouté le 28 avril 2025 : un problème bloque la mise à niveau d'Automation Suite sur un cluster restauré. Pour une mise à niveau réussie, supprimez tous les libellés des applications de service.

Nous avons résolu le problème dans Automation Suite 2024.10.3.

Processus de nettoyage du registre Docker incomplet

Erratum - ajouté le 28 avril 2025 : un problème empêche la commande de nettoyage du registre d’effacer efficacement les images Docker inutilisées de tous les pods du registre. Pour résoudre cela, consultez la section Résolution des problèmes .

Nous avons résolu le problème dans Automation Suite 2024.10.3.

La mise à niveau échoue en raison de la migration de MongoDB vers SQL Server

Erratum : ajouté le 28 avril 2025 : nous avons identifié un problème ayant un impact sur la mise à niveau côté à côté et la mise à niveau sur place d’Automation Suite 2022.10 ou version antérieure vers Automation Suite 2024.10.0 ou version ultérieure. En raison d’une migration défectueuse de MongoDB vers SQL Server, l’opération de mise à niveau échoue si Apps est activé et que vous utilisez l’authentification Kerberos pour la base de données SQL Server.

La solution recommandée consiste à mettre à niveau vers Automation Suite 2024.10.3.

La vérification de l’état de Kube-proxy ne fonctionne pas

Erratum - ajouté le 28 avril 2025 : le composant node-monitor , qui surveille le nœud pour des problèmes tels que la vérification de l'intégrité kube-proxy ou si ip_forward est activé, et boucle le nœud en cas de problème, ne fonctionne pas pour des nœuds spécifiques tels que comme GPU, task-mining ou as-robot. Nous avons résolu ce problème dans Automation Suite 2024.10.3.

Les pipelines proxy et Kerberos ne fonctionnent pas correctement

Erratum – ajouté le 28 avril 2025 : les pipelines Proxy et Kerberos ne fonctionnent pas correctement, ce qui entraîne des problèmes d’authentification et d’assistance.

Orchestrator et AI Center nécessitent SQL Server version 2019 et supérieure

Erratum - ajouté le 27 février 2025: pour cette version d’Automation Suite, vous devez utiliser la version 2019 ou supérieure de SQL Server pour un fonctionnement correct d’Orchestrator et d’AI Center.

Échec de la migration du stockage d'AI Center

Erratum - ajouté le 17 février 2025: un problème empêche uipathctl de définir correctement executeMigration sur true lors du processus de migration du stockage intégré au cluster Ceph vers le stockage d'objets externe dans AI Center.

Pour résoudre ce problème, vous devez définir manuellement executeMigration sur true dans ArgoCD pour AI Center, puis procéder à une resynchronisation, en veillant à procéder à une réduction. Ce problème a été résolu dans Automation Suite 2024.10.2.

Message d’erreur lors de la désinstallation de rook-ceph après la migration vers un magasin d’objets S3

Erratum - ajouté le 17 février 2025: lors de la désinstallation de rook-ceph, un message d’erreur s’affiche, lié à une configuration manquante pour le stockage d’objets externe. Ce problème peut se produire même lorsque la migration est réussie. Ce comportement a été corrigé dans Automation Suite 2024.10.2.

Échec de la mise à jour du nom de domaine complet en raison de la configuration de la sécurité

Erratum - ajouté le 17 février 2025: un problème provoque l’échec du flux de mise à jour du nom de domaine complet en raison d’une configuration de sécurité.

Pour résoudre ce problème, vous devez utiliser la version uipathctl incluse dans Automation Suite 2024.10.2 lorsque vous mettez à jour le nom de domaine complet au niveau de l’infrastructure. Pour télécharger uipathctl, voir Liens de téléchargement des packages d'installation.

Ce problème a été résolu dans Automation Suite 2024.10.2.

Échec de l'ajout de nœud de registre intégré au cluster dans un environnement hors ligne

Erratum - ajouté le 17 février 2025: un problème empêche l'ajout d'un nœud de serveur dans les environnements hors ligne avec un registre intégré au cluster.

Pour résoudre le problème, consultez la section Dépannage.

Ce problème a été résolu dans Automation Suite 2024.10.2.

Échec de la mise à jour du nom de domaine complet

Erratum : ajouté le 17 février 2025: un problème provoque l’échec de la mise à jour du nom de domaine complet car le paramètre update_fqdn n’est pas correctement défini dans la clé secrète service-cluster-configurations .

Pour résoudre ce problème, vous devez supprimer manuellement les paramètres update_fqdn et update_fqdn_state , puis mettre à jour la clé secrète service-cluster-configurations à l'aide de la commande suivante :

kubectl patch secret service-cluster-configurations -n uipath-infra --type=json -p='[
    {"op": "remove", "path": "/data/UPDATE_FQDN"},
    {"op": "remove", "path": "/data/UPDATE_FQDN_STATE"}
    ]'

Ce problème a été résolu dans Automation Suite 2024.10.2.

Problème d’installation lors de l’utilisation de SQL Server version antérieure à 2019

Erratum - ajouté le 18 décembre 2024: l'utilisation d'une version de SQL Server antérieure à 2019 entraîne un problème d'installation d'Automation Suite car le service de catalogue de ressources ne prend pas en charge les versions de SQL Server antérieures à 2019. Nous avons résolu le problème dans Automation Suite 2024.10.1.

Perte de données lors de la réinstallation ou de la mise à niveau d'Insights après la mise à niveau d'Automation Suite

Erratum - ajouté le 18 décembre 2024: après une mise à niveau d'Automation Suite à partir de la version 2023.4 ou d'une version antérieure, la réinstallation ou la mise à niveau d'Insights entraîne une perte de données en raison d'un problème lié aux modifications de la classe de stockage Insights. Pour résoudre le problème, consultez Résolution des problèmes.

Nous avons résolu le problème dans Automation Suite 2024.10.1.

L'installation du registre temporaire échoue pour RHEL 8.9

Erratum - ajouté le 18 décembre 2024: un problème entraîne l’échec de l’installation temporaire du registre sur RHEL 8.9. Ce problème se produit en raison de la commande systemd generate obsolète dans le Podman en amont et de l'absence de secontext dans les fichiers systemd générés par Podman, qui empêchent systemd d'accéder aux fichiers nécessaires. Pour résoudre cela, consultez la section Résolution des problèmes .

Nous avons résolu le problème dans Automation Suite 2024.10.1.

Échec de la construction du graphique Helm en raison du paramètre d'intégration SQL

Erratum - ajouté le 18 décembre 2024: un problème entraîne l’échec de la création du graphique Helm lorsque vous définissez le paramètre enableSqlIntegratedAuth sur true dans values.yaml pour l’intégration Kerberos SQL. Ce problème se produit en raison d'un retrait incorrect de certaines variables d'environnement.

Nous avons résolu le problème dans Automation Suite 2024.10.1.

Problème de maintenance de nœud dans Redis non-HA

Erratum - ajouté le 18 décembre 2024: un problème provoque le blocage du pod redis-cluster-0 dans l’état de fin lorsque vous effectuez un drainage de nœud dans des scénarios Redis non-HA. Pour résoudre le problème, vous devez forcer la suppression du pod à l'aide de la commande suivante :

kubectl -n redis-system delete pod redis-cluster-0 --force

Nous avons résolu le problème dans Automation Suite 2024.10.1.

Problème de suppression de nœud dû à un nom incorrect d’opération de mise à l’échelle

Erratum - ajouté le 18 décembre 2024: un problème provoque l’échec des opérations de suppression de nœud en présentant un message error: no objects passed to scale . Ce problème survient en raison d'une non-correspondance de nom lors de la mise à l'échelle de l'opérateur Prometheus. Pour résoudre le problème, consultez Résolution des problèmes.

Nous avons résolu le problème dans Automation Suite 2024.10.1.

Impossible d'accéder à Automation Hub après la mise à niveau d'Automation Suite

Erratum - ajouté le 18 décembre 2024: à la suite d’une mise à niveau vers Automation Suite 2024.10, vous ne pouvez pas accéder à Automation Hub en raison de différences de schéma de base de données. Pour résoudre le problème, consultez Résolution des problèmes.

Nous avons résolu le problème dans Automation Suite 2024.10.1.

Programme d'installation de blocs de problème d'annotation Insights

Erratum - ajouté le 18 décembre 2024: un problème d’annotation d’Insights bloque le programme d’installation d’Automation Suite. Nous avons résolu le problème dans Automation Suite 2024.10.1.

Échec partiel de la restauration de la sauvegarde en raison du problème de synchronisation de Dapr

Erratum - ajouté le 18 décembre 2024: une tentative de restauration d’une sauvegarde entraîne un échec partiel en raison d’un problème de synchronisation Dapr. Pour résoudre le problème, consultez Résolution des problèmes.

Nous avons résolu le problème dans Automation Suite 2024.10.1.

Problème de sensibilité à la casse lors de la validation du nom d’hôte

Erratum - ajouté le 18 décembre 2024 : un problème provoque l’identification incorrecte des noms d’hôtes par des majuscules comme non valides. Pour résoudre ce problème, vous devez utiliser des lettres minuscules pour les noms d'hôte. Nous avons résolu ce problème dans Automation Suite 2024.10.1.

Échec de la mise à niveau en raison du remplacement des tailles de PVC Insights

Erratum - ajouté le 18 décembre 2024 : un problème entraîne l’échec des mises à niveau lorsque les tailles de PVC Insights existantes sont remplacées par inadvertance. Pour résoudre ce problème, vous devez modifier manuellement la taille du PVC dans l'interface utilisateur d'ArgoCD. Pour plus de détails, consultez la section Résolution des problèmes .

Nous avons résolu ce problème dans Automation Suite 2024.10.1.

Mise à niveau du service RKE2 non prévue sur des nœuds supplémentaires

Erratum - ajouté le 26 novembre 2024: nous avons identifié un problème où exclude= rke2-* n’était pas ajouté au fichier /etc/yum.conf sur des nœuds autres que le premier serveur. Dans des environnements spécifiques, notamment en ligne, une tentative de mise à niveau de tous les composants peut entraîner une mise à niveau involontaire du service RKE2 sur des nœuds autres que le premier serveur.

Pour résoudre ce problème, vous devez ajouter manuellement exclude=rke2-* au fichier /etc/yum.conf sur tous les nœuds de votre cluster Automation Suite.

La migration complète des produits autonomes vers Automation Suite n'est pas prise en charge

Vous ne pouvez actuellement pas effectuer une migration complète des produits autonomes version 2024.10 vers Automation Suite 2024.10 à l'aide de l'outil UiPath.OrganizationMigrationApp. Nous travaillons activement à la mise en place de la prise en charge de ce scénario.

En attendant, vous pouvez effectuer une migration à locataire unique. Pour de plus amples informations sur cette option de migration, consultez la section Migration à locataire unique.

La migration d'Automation Suite sur Linux vers Automation Suite sur OpenShift n'est pas prise en charge

Erratum - ajouté le 18 décembre 2024: vous ne pouvez actuellement pas effectuer de migration depuis Automation Suite sur Linux vers Automation Suite sur OpenShift. Nous travaillons activement à l’introduction de la prise en charge de ce scénario.

Limitations de Document Understanding et problèmes connus

Dans cette version, les projets modernes Document Understanding ne sont pas pris en charge dans les déploiements hors ligne d'Automation Suite et les environnements Azure Government.

Les fonctionnalités d’IA génératives, notamment l’annotation générative et l’extraction générative, ne sont actuellement pas disponibles dans Document Understanding dans Automation Suite.

Si Document Understanding est activé sur votre locataire sans l’activation des projets modernes Document Understanding, l’application Document Understanding (accessible depuis la liste sur le côté gauche) ne fonctionnera pas.

Pour de plus amples informations, consultez le guide des notes de publication de Document Understanding .

Fractionner as.tar.gz non disponible

Le fichier as.tar.gz fractionné n’est actuellement pas disponible. Vous pouvez utiliser le fichier as.tar.gz complet entre-temps.

L'activation de Connaisseur provoque l'échec de l'installation ou de la mise à niveau

Un problème provoque des échecs d'installation ou de mise à niveau lors de l'activation de Connaisseur lors de la configuration d'un registre externe compatible OCI. Le problème se produit lorsque vous définissez le paramètre registries.trust.enabled sur true dans le fichier cluster_config.json .

Le transfert des journaux vers Splunk est actuellement indisponible

Le transfert des journaux d’infrastructure vers Splunk n’est actuellement pas possible dans Automation Suite 2024.10 car le plug-in Splunk Connect pour Kubernetes n’est plus pris en charge. Le collecteur OpenTelemetry, que vous pouvez utiliser pour recueillir des journaux, n'est également pas pris en charge dans cette version d'Automation Suite.

Pour de plus amples informations sur la gestion des outils externes, consultez la section Matrice de responsabilité.

Le répertoire personnalisé pour les journaux de pod ne fonctionne pas

Vous ne pouvez actuellement pas utiliser de répertoires personnalisés pour stocker vos journaux de pod. Cela est dû au passage à kube-loging.

Surveillance de service externe non activée par défaut

Lors de l'utilisation de kube Prometheus pour la surveillance des services, le fichier ServiceMonitor n'est pas suivi par défaut. Ce problème affecte particulièrement les services tels que Redis ou Istio lorsque vous tentez d’activer le champ monitoringConfigure.enableEnhancedMonitoring .

Pour résoudre ce problème, vous devez ajouter manuellement un libellé release: monitoring explicite au fichier de configuration YAML ServiceMonitor , comme indiqué dans l'exemple de configuration suivant.

apiVersion: monitoring.coreos.com/v1
kind: ServiceMonitor
metadata:
  name: istio-component-monitor
  namespace: {{ .Values.monitoringConfigure.namespaces.istio }}
  labels:
    monitoring: istio-components
    release: monitoring
spec:
  jobLabel: istio
  targetLabels: [app]
  selector:
    matchExpressions:
    - {key: istio, operator: In, values: [pilot]}
  namespaceSelector:
    any: true
  endpoints:
  - port: http-monitoring
    interval: 15s

Chronologie de l’abandon

Nous vous recommandons de vérifier régulièrement le calendrier d'obsolescence pour toute mise à jour concernant les fonctionnalités qui seront obsolètes et supprimées.

Détails du regroupement

Versions du produit

Pour découvrir les évolutions apportées à chacun des produits Automation Suite, consultez les liens suivants.

Un produit apparaissant en grisé signifie que cette nouvelle version d'Automation Suite n'y apporte aucune modification.

Découvrir	Construire	Gérer (Manage)	Impliquer
Automation Hub 2024.10.0	Automation Ops 2024.10.0	AI Center 2024.10.0	Action Center 2024.10.0
Task Mining 2024.10.0	AI Computer Vision 2024.10.0	Insights 2024.10.0	Apps 2024.10.0
Process Mining 2024.10.0	Projets basés sur Document Understanding AI Center 2024.10.0 Projets modernes Document Understanding 2024.10.0	Orchestrator 2024.10.0
		Test Manager 2024.10.0
		Data Service 2024.10.0

Versions internes des composants tiers

Cette version d'Automation Suite regroupe les composants internes suivants :

Composant (Component)	Version
RKE2	1.30.5
ArgoCD	2.11.3
Gatekeeper	3.17.0
Ligne	1.14.6
Ceph	17.2.6
prometheus-pushgateway	2.12.0
gestionnaire-certificats	1.14.5
Istio	1.23.0
kube-journalisation/opérateur-journalisation	4.9.1
Prometheus	2.54.1
Grafana	11.1.5
velero	6.2.0
opérateur redis	7.4.6-2
redis-cluster	7.4.6-22
oauth2-proxy	7.6.0