2022.10.14

Date de publication : 17 mars 2025

Suppression des dépendances pour la migration à locataire unique

Pour simplifier le processus de migration, vous n'êtes plus nécessaire d'installer .NET Core Desktop Runtime pour les systèmes 64 bits (x64) sur votre machine afin d'exécuter l'outil de migration Automation Cloud pour un seul locataire.

Date de publication : 17 octobre 2024

Nouvelle version du noyau RHEL prise en charge

Nous avons étendu notre prise en charge des systèmes d’exploitation pour inclure RHEL 9.4.

Nouvelle vérification kube-proxy

Nous avons implémenté une nouvelle vérification kube-proxy dans Node Monitor. Si kube-proxy devient fonctionnellement indisponible en raison de problèmes tels qu'un nettoyage iptable, le Node Monitor bouclera le nœud. Une fois que kube-proxy fonctionnera à nouveau correctement, le nœud sera débouclé.

Migration améliorée vers Automation Suite

Nous avons apporté les améliorations suivantes aux workflows de migration :

• Lors du déplacement des données d'identité de vos locataires depuis une installation Orchestrator autonome vers Automation Suite, le nom du locataire dans Automation Suite est désormais le même que le nom du locataire d'origine dans la version autonome d'Orchestrator. Auparavant, le nom du locataire Automation Suite était généré automatiquement au format tenant_xxxxxxxx , où xxxxxxxx désignait les huit premiers caractères de l’ID de l’organisation Automation Suite. Pour plus d'informations, consultez Étape 1 : Déplacement des données d'organisation Identity depuis une version autonome vers Automation Suite
• Nous avons mis à jour notre documentation des étapes de migration pour clarifier que vous avez la possibilité de migrer plusieurs locataires de produits autonomes vers une seule organisation Automation Suite ou plusieurs organisations Automation Suite. Pour plus d'informations, consultez Étape 1 : Déplacement des données d'organisation Identity depuis une version autonome vers Automation Suite et Étape 4 : Fusion des organisations dans Automation Suite.

Résolution de bogues

• Nous avons résolu un problème selon lequel l'arrêt du servicerke2-server sans l'exécution de rke2-killall.sh pouvait entraîner des rapports intermittents non prêts à partir des machines agent.
• 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.
• Nous avons résolu un problème qui provoquait des échecs de tâche de récupération Redis lorsque le mot de passe de l’administrateur ArgoCD était mis à jour dans l’interface utilisateur sans également mettre à jour les clés secrètes Kubernetes. Le correctif inclut une gestion spéciale pour ce scénario. Nous vous recommandons de mettre à jour les clés secrètes Kubernetes en même temps lorsque vous mettez à jour le mot de passe administrateur ArgoCD dans l'interface utilisateur afin d'éviter tout autre problème inattendu. Pour plus de détails sur la façon de mettre à jour correctement le mot de passe administrateur ArgoCD, consultez la section Résolution des problèmes.

Problèmes connus

Le redimensionnement du PV du système d'exploitation ne persiste pas après la mise à niveau

Si vous redimensionnez le PV OSD rook-ceph , la nouvelle taille ne est pas conservée après une mise à niveau d'Automation Suite.

Les pods ne peuvent pas communiquer avec le nom de domaine complet dans un environnement proxy

Erratum - ajouté le 17 octobre 2024: dans un environnement proxy, si le serveur proxy utilise le même port que le port TCP de tout autre service dans le service mesh Istio, tel que le port 8080, les pods ne peuvent pas communiquer avec le nom de domaine complet. Ce problème provoque l'erreur suivante :

System.Net.Http.HttpRequestException: The proxy tunnel request to proxy 'http://<proxyFQDN>:8080/' failed with status code '404'.

Pour résoudre cela, consultez la section Résolution des problèmes (Troubleshooting).

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 2022.10.14	Automation Ops 2022.10.13	AI Center 2022.10.14	Action Center 2022.10.12
Task Mining 2022.10.14	AI Computer Vision 2022.10.14	Insights 2022.10.12	Apps 2022.10.14
Process Mining 2022.10.14	Document Understanding 2022.10.14	Orchestrator 2022.10.14
		Test Manager 2022.10.11
		Data Service 2022.10.14

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
tour-ceph	1.14.6
gestionnaire-certificats	1.14.5
Rancher	2.9.0
rancher-gatekeeper	103.1.0-up3.13.0
rancher-istio	104.4.0-up1.22.1
rancher-monitoring-crd	104.1.0-up57.0.3
rancher-monitoring	104.1.0-up57.0.3
longhorn	1.6.2
longhorn-crd	1.1.100
rechargeur	1.0.95
pilote-csi-smb	1.16.0
opérateur-lapinmq	2.2.0
opérateur redis	7.4.6-2
redis-cluster	7.4.6-22
MongoDB	5.0.7-ent
docker_registry	2.8.3

Version de l’outil de migration

La version de l’outil de migration dont vous avez besoin dépend des produits autonomes que vous prévoyez de migrer, ainsi que de la version d’Automation Suite ciblée. Pour plus de détails, consultez Matrice de compatibilité de la migration.

Pour obtenir des instructions sur la migration d’un produit autonome vers la version actuelle d’Automation Suite, consultez la section Migration complète.