2022.4.0

Release-Datum: 25. April 2024

Änderungen an lizenzbezogenen Mandantenbeschränkungen

Wenn Sie über eine Lizenz verfügen, die einen der folgenden Dienste enthält, wird es Sie freuen, dass diese nach einer Lizenzaktualisierung jetzt für jeweils 100 Mandanten aktiviert werden können:

• Automation Hub
• Process Mining
• Test Manager
• Insights

Release-Datum: 29. Juli 2022

Neuigkeiten

Die Automation Suite 2022.4.0 unterstützt jetzt RHEL 8.6.

Release-Datum: 23. Mai 2022

Neuigkeiten

Data Service ist jetzt in der Automation Suite verfügbar.

„Develop et impera“ mit unserem neuesten Automation Suite-Mitglied: Data Service. Wir bringen den Dienst in Ihre Nähe, um einen umfassenderen Zugriff zu ermöglichen und sichere Speicher- und Verwaltungsfunktionen für Ihre UiPath®-Datenmodelle zu bieten. Jetzt können Sie Ihre Geschäftsdaten speichern, indem Sie Data Service-Entitäten erstellen, in Studio importieren, Workflows mit Ihren eigenen Daten entwerfen und mit anderen UiPath®-Produkten wie Apps interagieren, alles von einem zentralen Ort aus. Darüber hinaus können Sie auf die verfügbaren API-Ressourcen verweisen, um Ihre eigene Anwendung zu entwickeln und die Data Service-Funktionalität für Ihre Interessen zu nutzen. Das ist eine der Möglichkeiten, wie wir Ihre Automation (Suite)-Wünsche erfüllen.

Wichtig:

Beim Upgrade auf eine neue Automation Suite-Version sind neu integrierte Produkte standardmäßig nicht aktiviert. Dies ist auch bei Data Service der Fall, den Sie nur nach einem 2022.4 . aktivieren können aktualisieren. Anweisungen finden Sie unter Verwalten von Produkten.

Wenn Sie hingegen eine Neuinstallation der Automation Suite durchführen, ist Data Service standardmäßig aktiviert, unabhängig davon, ob Sie sich für das Standard- oder das vollständige Profil entscheiden. Informationen zum Deaktivieren des Produkts finden Sie unter Handbuch: Erweiterte Installationsumgebung.

Ressourcenkatalog jetzt in der Automation Suite verfügbar

Als Teil dieser Automation Suite-Version haben wir auch den Ressourcenkatalog standardmäßig aktiviert. Dieser neue Dienst ist im Orchestrator integriert und bezüglich der Installation und Konfiguration sind keine Aktionen Ihrerseits erforderlich. Weitere Informationen zu den Funktionen des Ressourcenkatalogs finden Sie in der Orchestrator-Dokumentation.

SAML-Integration auf Organisationsebene

Die Integration ermöglicht es Ihnen, die Automation Suite mit jedem externen Identitätsanbieter (IdP) zu verbinden, der den SAML 2.0-Standard unterstützt – wie Okta oder PingOne, um nur einige zu nennen.

Die Integration war bereits auf Hostebene verfügbar, aber jetzt können Sie sie auch auf Organisationsebene aktivieren.

Über das SAML-Authentifizierungsmodell | Konfigurieren der SAML-Integration (für Organisationen)

LDAP über SSL (LDAPS)

Wir haben Unterstützung für LDAP über SSL für die Active Directory-Integration hinzugefügt.

Konfiguration

Lizenzierung

Auf Hostebene lizenzierte Insights

Die Insights-Dienstlizenz kann jetzt auch auf Hostebene verwaltet werden, wie für andere Dienstlizenzen, nicht nur auf Organisationsebene.

Prüfung auf Lizenzzuweisung und -aufhebung

Die Zuweisung oder Aufhebung der Zuweisung von Lizenzen auf Hostebene wird jetzt in den Host-Überwachungsprotokollen aufgezeichnet.

Leistungsverbesserungen für die Seite „Lizenzen“

Um die Leistung beim Abrufen großer Benutzer- oder Gruppenlisten auf der Seite Lizenzen zu verbessern, haben wir die folgenden UI-Änderungen vorgenommen, die für Mandanten mit aktiviertem Benutzerlizenzverwaltungsmodell gelten:

• Die Benutzerliste kann nicht mehr nach der Spalte Name gefiltert werden.
• Die Suche nach einem Benutzer sortiert die Liste nicht mehr.
• Gelöschte Benutzer oder Gruppen werden mit einer Nicht zutreffend-Beschriftung identifiziert.

Verwaiste Lizenzen von gelöschten Benutzern oder Gruppen müssen manuell entfernt werden, damit sie für eine spätere Neuzuweisung wieder in den Lizenzpool eingefügt werden können.

Neue Benutzerlizenz: Automation Developer

Für bestehende Kunden, die über RPA Developer Pro-, RPA Developer- oder Test Developer Pro-Benutzerlizenzen verfügen, finden Sie hier, welche Änderungen Sie im Produkt sehen können:

• Alle vorhandenen RPA Developer Pro-Lizenzen werden in „Automation Developer“ umbenannt. <!
• Vorhandene RPA Developer-Lizenzen bleiben so, wie sie sind.
• Vorhandene Test Developer Pro-Lizenzen, die nicht im Produkt angezeigt wurden, werden nun zu Ihren Automation Developer-Lizenzen hinzugefügt.

Konvertieren von Lizenzen

Wie? Wenn Sie Version 2020.4 oder höher haben, können Sie die Umwandlung Ihrer vorhandenen RPA Developer- und Test Developer Pro-Benutzerlizenzen in Automation Developer-Benutzerlizenzen anfordern, indem Sie ein Lizenzierungsticket an den Support einreichen.

Warum? Durch die Konvertierung Ihrer vorhandenen Lizenzen in Automation Developer-Lizenzen haben Sie den Vorteil, weniger Lizenztypen zu verwalten. Bei RPA Developer-Lizenzen können Sie durch die Konvertierung der Lizenz auch auf die gesamten Funktionen aktualisieren, die Automation Developer bietet.

Aktualisieren der Lizenzzuweisung: Nachdem die Konvertierung von Lizenzen abgeschlossen ist und Ihre Automation Developer-Lizenzen in der Automation Cloud verfügbar werden, müssen Sie die Lizenzzuweisung aktualisieren. Für Benutzer oder Gruppen, bei denen eine RPA Developer-Lizenz entweder über eine Gruppe oder direkt zugewiesen wurde, weisen Sie ihnen stattdessen eine Automation Developer-Lizenz zu.

Automatisierte Voraussetzungsvalidierung

Wir haben den Prozess der Überprüfung, ob Ihre Umgebung die Anforderungen erfüllt, automatisiert, bevor die Automation Suite installiert wird. Sie haben jetzt dedizierte Skripte, die Ihnen bei der Vorbereitung einer reibungslosen Installation helfen. Weitere Informationen zur Verwendung der neuen Tools finden Sie unter:

• Validierung der Voraussetzungen für das Auswertungsprofil mit einem einzelnen Knoten
• Validierung der Voraussetzungen für das HA-fähige Produktionsprofil mit mehreren Knoten.

Unterstützung für neue RHEL-Versionen

Sie können die Automation Suite jetzt auf Maschinen installieren, auf denen Red Hat Enterprise Linux (RHEL) 8.5 ausgeführt wird. Darüber hinaus wird RHEL 8.4 für GPU unterstützt.

ArgoCD-Zugriff

Abhängig von den Operationen, die Sie durchführen wollen, gibt es jetzt zwei Möglichkeiten des Zugriffs auf ArgoCD: Sie können entweder das schreibgeschützte Konto für grundlegende Szenarien oder das Administratorkonto für die erweiterte Konfiguration verwenden. Weitere Informationen finden Sie unter Verwalten des Clusters in ArgoCD.

Ordnungsgemäßes Herunterfahren von Knoten

Mit dem neu eingeführten Skript drain-node.sh können Sie jetzt Knoten ordnungsgemäß herunterfahren. Anweisungen finden Sie unter Herunterfahren eines Knotens.

Dokumentationsaktualisierungen

Wir möchten, dass Sie die Verbesserungen, die wir an unseren Cloud-Vorlagen vornehmen, leicht im Auge behalten können. Aus diesem Grund haben wir uns entschieden, die Verbesserungen der Vorlagen in separaten Versionshinweisen zu dokumentieren. Alle paar Wochen werden in den Abschnitten zu den einzelnen Vorlagen neue Versionshinweise angezeigt:

• Versionshinweise zu AWS-Vorlagen
• Versionshinweise zur GCP-Vorlage
• Versionshinweise zur Azure-Vorlage

Vorlagen für die Automation Suite 2022.4.0 werden in Kürze veröffentlicht, und wir stellen sicher, dass wir alle Details zu den Versionshinweisen hinzufügen.

Beachten Sie, dass die allgemeinen Versionshinweise zur Automation Suite von dieser Änderung nicht betroffen sind.

Verbesserungen

Speicheroptimierungen

Viele Komponenten in der Automation Suite verwenden persistente Volumes, um die Daten innerhalb des Clusters zu speichern. Diese persistenten Volumes werden auf mehreren Knoten repliziert, um sicherzustellen, dass Sie in der HA-fähigen Produktionsbereitstellung mit mehreren Knoten über minimale RTO und RPO verfügen.

Einige Komponenten, z. B. Ceph, das NuGet-Pakete und Warteschlangendaten im Orchestrator speichert, im AI Center hochgeladene Datasets, Aufzeichnungen für die Task Mining-Analyse usw. hatten einen Replikationsfaktor von 18x. Mit anderen Worten: Um 1 GB Daten zu speichern, benötigten Sie 18 GB Festplattenspeicher, verteilt auf mehrere Serverknoten. Es ist unnötig zu erwähnen, dass dies mit einem enormen Speicheraufwand verbunden war. Andere persistente Volumes, die von Komponenten wie Prometheus, AlertManager, RabbitMQ, MongoDB, Insights usw. verwendet wurden, befanden sich in einer ähnlichen Situation.

Diese Version der Automation Suite bietet eine Reihe von Optimierungen auf Speicherebene, die darauf ausgelegt sind, die Anforderungen von Ceph Objectstore auf einen Replikationsfaktor von 9x zu reduzieren. Dies ist möglich, indem Sie Ceph vom Kodierungsalgorithmus Replicated zu Erasure verschieben.

Sie können diese Lösung jedoch nur in Betracht ziehen, wenn Sie Ceph 15.x verwenden. Dies ist der Fall, wenn Sie die Automation Suite 2022.4 neu installieren oder von einer der folgenden Versionen aktualisieren: 2021.10.0, 2021.10.1, 2021.10.2 auf 2022.4.0. Wenn Ihre Ceph-Version hingegen 16.x ist, führt die Ausführung der Speicheroptimierungsvorgänge zu einer Verringerung der Fehlertoleranz gegenüber Datenbeschädigung. Aus diesem Grund werden Speicheroptimierungen beim Upgrade von 2021.10.3 oder 2021.10.4 auf 2022.4 nicht empfohlen. Weitere Informationen hierzu finden Sie unter Optimieren des Objectstore-Speichers.

Wenn Sie sich jedoch entscheiden, die zusätzlichen Migrationsschritte für Ceph beim Upgrade auf die Automation Suite 2022.4 auszuführen, Folgendes müssen Sie beachten. Die Migration erfordert temporären Speicher auf zugrunde liegenden Datenträgern. Wenn Sie über mindestens 35 % des verfügbaren Speichers verfügen, können Sie Folgendes tun: Automatisiert: Migrieren des Ceph-Datenpools vom replizierten zum löschungscodierten Typ. Andernfalls müssen Sie die zusätzliche Festplatte mit 512 GiB auf einer der Servermaschinen mitbringen, auf denen Sie die Migration durchführen möchten, und die Anweisungen unter Manuell: Migrieren des Ceph-Datenpools vom replizierten zum löschungscodierten Typbefolgen.

Denken Sie daran, dass beim Upgrade des Clusters von 2021.10 auf 2022.4 die Speichergröße anderer Komponenten gleich bleibt, da Kubernetes von Natur aus keine Reduzierung der Größe von persistenten Volumes unterstützt. Neuinstallationen sind von dieser Einschränkung nicht betroffen.

Wie bei anderen Komponenten haben wir auch deren Größe drastisch reduziert, um den Gesamtspeicherbedarf zu senken.

Um herauszufinden, wie viel Speicher Sie für Ihren Anwendungsfall benötigen, siehe Bewerten Ihres Speicherbedarfs.

Verbesserte Erfahrung beim Sichern und Wiederherstellen

Wir haben viel Mühe in die Überarbeitung der gesamten Sicherungs- und Wiederherstellungsumgebung gesteckt, damit Sie Ihren Automation Suite-Cluster sicher halten können, ohne Himmel und Erde zu bewegen.

Sie können nun zwischen zwei verschiedenen Ansätzen wählen: einem automatisierten und einem manuellen. Die automatisierte Sicherungs- und Wiederherstellungsmethode spielt die führende Rolle und ist auch die empfohlene Option, da sie den gesamten Prozess zugänglicher und weniger fehleranfällig macht.

Ein neues vielseitiges Skript erleichtert diese Vereinfachung: uipathctl.sh. Sie fragen sich, was daran so vielseitig ist? Das Skript unterstützt Sie nicht nur bei der Konfiguration der Sicherung und der Wiederherstellung des Clusters, sondern kann auch in Upgrade-Szenarien verwendet werden. Weitere Informationen finden Sie unter Verwenden von uipathctl.sh.

Andererseits erfordert der manuelle Ansatz für den Sicherungs- und Wiederherstellungsvorgang mehr technisches Know-how, öffnet aber auch die Tür zu mehr Anpassung.

Eine Übersicht über die beiden Optionen und zusätzliche Anweisungen finden Sie unter Sichern und Wiederherstellen des Clusters.

Verbesserte Upgrade-Erfahrung

Wie beim Sicherungs- und Wiederherstellungsvorgang haben wir auch die Upgrade-Erfahrung erheblich verbessert, sodass Sie problemlos auf die neueste Automation Suite-Version wechseln können. Ebenso können Sie jetzt zwischen einer automatisierten und einer manuellen Methode wählen.

Der automatisierte Ansatz, den wir empfehlen, da er von Ihrer Seite nur einen minimalen Aufwand erfordert, basiert auf dem Skript uipathctl.sh .

Andererseits ist das manuelle Upgrade ein komplexerer Vorgang, der mehr technische Kenntnisse erfordert und für diejenigen unter Ihnen geeignet ist, die eine bessere Kontrolle über den gesamten Prozess wünschen. Beachten Sie jedoch, dass manuelle Upgrades von Version 2021.10 einige zusätzliche Schritte erfordern, um von Canal zu Cilium CNI zu migrieren.

Anweisungen zum Aktualisieren der Automation Suite, entweder manuell oder mithilfe der automatisierten Methode, finden Sie unter Aktualisieren der Automation Suite.

Verbesserte Warnungen

Es wurden zahlreiche Warnungen eingeführt, um Ihnen mehr Kontrolle über die Automation Suite zu geben und um auf mögliche Probleme aufmerksam zu machen. Darunter sind die Warnungen für Routing-Anforderungen, ausgefallene Knoten, MongoBD-, RabbitMQ-Warnungen usw. Weitere Informationen finden Sie unter Warnungs-Runbooks.

Verbesserungen bei der Installation

• Das install-uipath.sh -Installationsprogramm akzeptiert jetzt die folgenden neuen Flags: -c, -m|--machines, --compare-config, --skip-compare-config. Weitere Informationen finden Sie unter install-uipath.sh-Parameter.
• Sie müssen das install-uipath.sh -Installationsprogramm nicht mehr ausführen, wenn Sie die Document Understanding- und Computer Vision-Pakete in einer Offlineumgebung laden. Weitere Informationen zu den neuen Befehlen finden Sie in unserer Dokumentation: Auswertungsprofil für einen einzelnen Knoten und HA-fähiges Offline-Produktionsprofil mit mehreren Knoten.
• Wir haben die GPU-Installation erheblich vereinfacht. Die neuen Anweisungen finden Sie unter Aktivieren der GPU im Cluster .
• Das Istio-Gateway erfordert jetzt TLS-Version 1.2 und höher. Obwohl dies nicht empfohlen wird, ist die Verwendung einer veralteten TLS-Version weiterhin möglich. Weitere Informationen finden Sie unter Aktivieren einer veralteten TLS-Version.
• Wir haben die Anforderungen für den Knotenport aktualisiert, der für die interne Kommunikation verwendet wird. Jetzt müssen Sie nur noch Port 30071 anstelle des Bereichs 30000 – 32767 aktivieren.

MongoDB-Zertifikatsverlängerung

Ab 2022.4 Die während der Installation generierten MongoDB-Zertifikate sind drei Jahre gültig. Das CA-Zertifikat wird 30 Tage vor Ablauf automatisch erneuert, während das TLS-Zertifikat 20 Tage vor Ablauf erneuert wird. Aus diesem Grund ist kein Benutzereingriff erforderlich, um die Gültigkeit der Zertifikate aufrechtzuerhalten.

Wenn Sie die Zertifikate jedoch manuell erneuern möchten, können Sie die Zertifikatrotations-CLI verwenden. Führen Sie dazu die Schritte auf der Seite zur Erneuerung des MongoDB-Zertifikats aus.

Verbesserungen der Benutzeroberfläche

Neue Registerkarte Sicherheitseinstellungen

Das Automation Suite - Hostportal und die Seite Administrator des Portals auf Organisationsebene enthalten jetzt eine neue Registerkarte mit dem Namen Sicherheitseinstellungen.

Diese neue Registerkarte enthält die Funktionen, die zuvor auf der jetzt entfernten Registerkarte Authentifizierungseinstellungen verfügbar waren, die auf den Seiten Benutzer (Hostebene) oder Konten und Gruppen (Organisationsebene) verfügbar war.

Änderungen an den Headern

Wir haben einige kleinere Änderungen am Header der Automation Suite vorgenommen:

• Das Benutzersymbol wurde von der oberen linken Ecke des Fensters in die obere rechte Ecke des Fensters verschoben.
• In der oberen linken Ecke befindet sich nun das Symbol für das App-Startprogramm, das die Liste der verfügbaren Automation Suite-Produkte öffnet.

Benutzereinstellungen

Über das Benutzersymbol können Sie nun die Option Einstellungen auswählen, um die Seite Einstellungen zu öffnen . Von dort aus können Sie Ihre Sprach- und Designeinstellungen festlegen sowie Ihr Kennwort zurücksetzen.

Benutzereinstellungen

Durchschlagende Änderungen

Verbindungstoken

Der /connect/token-Endpunkt akzeptiert den multipart/form-data-Inhaltstyp nicht mehr.

Nach dem Upgrade auf Version 2022.4 müssen Sie alle betroffenen API-Anforderungen an diesen Endpunkt aktualisieren, damit sie stattdessen den application/x-www-form-urlencoded-Inhaltstyp verwenden.

Azure AD-Integration (Organisation)

Um dem von Microsoft empfohlenen Modell der geringsten Rechtezu folgen, haben wir die Berechtigungen aktualisiert, die von Azure zugewiesen werden müssen, um die Azure AD-Integration wie folgt einzurichten:

• Für Berechtigungen für Gruppenmitglieder benötigen wir jetzt anstelle von Group.Read.All die Berechtigung GroupMember.Read.All.
• Für Benutzerberechtigungen benötigen wir jetzt anstelle von User.Read.All die Berechtigung User.ReadBasic.All. (User.Read ist weiterhin erforderlich, wie zuvor.)

Auswirkungen

Wenn Sie die Integration bereits eingerichtet hatten, müssen Sie Ihre Azure-Konfiguration aktualisieren, um:

1. Ersetzen Sie die alten Berechtigungen durch die neuen.
2. Nachdem die Berechtigungen geändert wurden, aktivieren Sie das Kontrollkästchen Administratorzustimmung gewähren.

Azure AD-Fehlerbehebung bei der Anmeldung: Wenn Sie Schritt 2 nicht ausführen, werden Ihre Benutzer bei der Anmeldung dazu aufgefordert, ihre Zustimmung zu geben. Da nur ein Azure-Administrator zustimmen kann, können sich Benutzer nicht mehr anmelden.

Hinweis Die Schaltfläche Testverbindung ist nicht verfügbar, es sei denn, Sie nehmen die oben genannten Änderungen vor.

Konfigurieren von Azure für die Integration (Schritte 9 und 10)

Fehlerkorrekturen (Bug Fixes)

• Die Automation Suite hat eine Abhängigkeit von der Linux-IP-Weiterleitung, die aktiviert werden muss. Gelegentlich wurde die IP-Weiterleitung während der Knotenwartung versehentlich deaktiviert, wodurch die Kommunikation zum und vom betroffenen Knoten unterbrochen wurde. Ab dieser Version aktiviert die Automation Suite automatisch die Linux-IP-Weiterleitung.
• Zuvor gab jeder Aufruf der Automation Suite eine teilweise Zertifikatskette zurück, die von Browsern und anderen Tools manchmal als nicht vertrauenswürdig eingestuft wurde. Ab dieser Version gibt die Automation Suite immer eine vollständige Zertifikatskette zurück.

• Longhorn erstellt Replikate jedes persistenten Volumes auf verschiedenen Knoten, um eine hohe Verfügbarkeit zu gewährleisten. Wenn der Replikationsprozess auf einem Knoten fehlerhaft ist, fordert Longhorn das betroffene Replikat zurück und gibt den Speicherplatz frei.

  Wenn der Knoten, auf dem sich das fehlerhafte Replikat befindet, jedoch länger als 30 Minuten nicht erreichbar ist, kann Longhorn diesen Speicherplatz nicht zurückfordern. Aus diesem Grund verwendet das fehlerhafte Replikat den Datenträger für immer. Um diesen Speicherplatz zurückzugewinnen, haben wir einen Cronjob eingeführt, der regelmäßig nach fehlerhaften Replikaten sucht.

• Beim Löschen einer alten Installation und beim anschließenden Installieren des neuen Clusters auf denselben Maschinen wurden Istio-Pods falsche IP-Adressen zugewiesen, die sich außerhalb des CIDR-Bereichs des Kubernetes-Clusters befanden. Aus diesem Grund konnten Dienste, die auf den Knoten mit ungültigen Istio-IP-Adressen ausgeführt wurden, keinen Datenverkehr bereitstellen. Dieses unerwünschte Verhalten ist auf die Restdateien zurückzuführen, die bei der Deinstallation des alten Clusters zurückgeblieben sind. Um dieses Problem zu beheben, haben wir eine Funktion zur automatischen Reparatur eingeführt, die Istio-Pods überwacht und repariert.
• Nach dem Neustart eines Clusters mit einem einzelnen Knoten blieben Pods, die persistente Volumes verwendeten, im Initialisierungsstatus mit dem Fehler volumeattachment hängen. Um dieses Problem zu vermeiden, haben wir eine Funktion zur automatischen Reparatur eingeführt, die Pods überwacht und repariert.
• Manchmal blieben Ceph-Pods für immer im Beendigungszustand hängen, da Longhorn die zugrunde liegenden Loopback-Geräte nicht löschen konnte. Dies führte dazu, dass der Speicher ausgefallen war, wodurch der Cluster nicht mehr zugänglich war. Um dieses Problem zu beheben, haben wir einen regelmäßigen Cronjob hinzugefügt, der das Problem identifiziert und die Funktion zur automatischen Wiederherstellung implementiert.
• NetworkManager würde die Routingtabelle für Schnittstellen im Standard-Netzwerk-Namespace manipulieren, in dem viele CNIs, einschließlich der Standardeinstellung von RKE2, veth-Paare für Verbindungen zu Containern erstellen. Dies würde die Fähigkeit des CNI zum korrekten Routing beeinträchtigen und dazu führen, dass die Installation der Automation Suite fehlschlägt. Um diese Probleme zu beheben, haben wir NetworkManager so konfiguriert, dass die Flanell-Netzwerkschnittstelle ignoriert wird.
• Der HTML-Code der benutzerdefinierten Anmeldeseite würde nach dem Speichern, dem Verlassen der Seite und der Rückkehr zur Seite Stileigenschaften verlieren.
• Beim Konfigurieren von SMTP für System-E-Mail-Benachrichtigungen ist die Validierung des Felds SMTP-Host fehlgeschlagen, wenn ein Hostname anstelle eines FQDN verwendet wurde.
• Das configureUiPathDisks.sh -Skript wurde behoben, um die /datadisk -Longhorn-Partition zu konfigurieren, wenn die zugrunde liegende Festplatte vertikal skaliert wird.
• Wenn die Überwachungskonfiguration unveränderlich war, schlugen Upgrades während der Infra-Installationsphase ohne spezifische Fehlermeldung fehl. Wir haben das Problem behoben.

Bekannte Probleme (Known Issues)

• Erratum – hinzugefügt am 11. Oktober 2024: Wenn der Proxyserver in einer Proxy-Umgebung den gleichen Port wie der TCP-Port eines anderen Dienstes im Istio-Dienstgeflecht verwendet, z. B. Port 8080, können Pods nicht mit dem FQDN kommunizieren. Das Problem verursacht den folgenden Fehler:

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

  Weitere Informationen finden Sie im Abschnitt Fehlerbehebung.

• Erratum – hinzugefügt am 29. August 2024: Wir haben bestimmte Sicherheitslücken identifiziert, die mit der Verwendung schwacher Verschlüsselungen in TLS 1.2 verbunden sind. Weitere Informationen zur Schadensbegrenzung finden Sie unter Umgang mit schwachen Verschlüsselungen in TLS 1.2.

• Erratum – hinzugefügt am 19. April 2024: In bestimmten Situationen kann es vorkommen, dass Prometheus-Pods aufgrund eines Out-of-Memory-Fehlers (OOM) nicht gestartet werden können. Weitere Informationen finden Sie im Abschnitt Fehlerbehebung.

• Erratum – hinzugefügt am 19. April 2024: In bestimmten Situationen fehlen Ceph-Metriken und -Warnungen in den Überwachungsdashboards. Weitere Informationen finden Sie im Abschnitt Fehlerbehebung.

• Erratum – hinzugefügt am 19. April 2024: Falsch positive CephMgrIsAbsent-Warnungen werden angezeigt, obwohl keine Speicherprobleme vorliegen.

• Erratum Januar 2024: Das Replikat-Bereinigungsskript hat fälschlicherweise Speicher auf den Knoten zurückgewonnen. Weitere Informationen finden Sie im Fehlerbehebungsartikel Patch zur Rückgewinnung von Speicherplatz.

• Bei Benutzersitzungen auf den Portalen auf Host- und Organisationsebene tritt keine Zeitüberschreitung auf.

• Um einen Timeout-Zeitraum zu erzwingen, müssen Sie manuell ein Timeout-Intervall für die Verwaltungsportale festlegen.

Paketinformationen

Produktversionen

Um herauszufinden, was sich an den einzelnen Komponenten der Automation Suite geändert hat, folgen Sie den folgenden Links.

Wenn die Komponente grau ist, ändert sich bei ihr durch diese neue Automation Suite-Version nichts.

Discover	Erstellen	Verwalten	Interagieren
Automation Hub 2022.4.0	Automation Ops 2022.4.0	AI Center 2022.4.0	Action Center 2022.4.0
Task Mining 2022.4.0	AI Computer Vision 2022.4.0	Insights 2022.4.0	Apps 2022.4.0
	Document Understanding 2022.4.0	Orchestrator 2022.4.0
		Test Manager 2022.4.0
		Data Service 2022.4.0

Interne Komponentenversionen von Drittanbietern

Diese Automation Suite-Version bündelt die folgenden internen Komponenten:

Komponente	Version
RKE2	v1.21.4+rke2r2
ArgoCD	v2.2.5
rook-ceph	v1.7.9
Zertifikatsmanager	1.2.0
Rancher	2.6.0
rancher-istio	100.0.0-up1.10.4
longhorn	1.2.2
longhorn-crd	1.1.100
Wiederlader	v0.0.89
csi-driver-smb	v1.4.0
Kaninchenmq-Operator	1.5.0
Redis-Operator	6.2.8-11
Redis-Cluster	6.2.8-53
MongoDB	4.4.4-ent
docker_registry	2.7.1
self_heal_operator	0.0.1

Version des Migrationstools

Welche Version des Migrationstools Sie benötigen, hängt von den eigenständigen Produkten ab, die Sie migrieren möchten, und von der Zielversion der Automation Suite. Weitere Informationen finden Sie in der Kompatibilitätsmatrix für die Migration.

Anweisungen zum Migrieren eines eigenständigen Produkts zur aktuellen Version der Automation Suite finden Sie unter Vollständige Migration.