- Automation Suite unter Linux – Versionshinweise
- Versionshinweise zur Automation Suite unter EKS/AKS
- Automation Suite auf OpenShift-Versionshinweisen

Versionshinweise zur Automation Suite
2024.10.3
Release-Datum: 28. April 2025
Bereitstellen mehrerer Automation Suite-Instanzen in einem einzelnen Cluster
Jetzt haben Sie die Möglichkeit, mehrere Automation Suite-Instanzen in einem einzelnen OpenShift-Cluster bereitzustellen. Diese Verbesserung impliziert, dass Sie jetzt einzelne input.json -Konfigurationsdateien hinzufügen können, die für jede Automation Suite-Instanz spezifische Informationen enthalten, sodass Sie separate Automation Suite-Instanzen einrichten können, ohne dass zusätzliche OpenShift-Cluster erforderlich sind.
Darüber hinaus können Sie jetzt mehrere Automation Suite-Installationen in einem einzelnen OpenShift-Cluster mithilfe von ArgoCD verwalten und überwachen. Dies ist z. B. für die Validierung von Automation Suite-Upgrades besonders nützlich, indem sowohl die Staging- als auch die Produktionsumgebung auf demselben Cluster gehostet werden.
Darüber hinaus können Sie durch das Erstellen einer individuellen input.json -Konfigurationsdatei für jede Installation Datenebenen effektiv trennen. Dies bietet erhebliche Vorteile, wenn Sie Umgebungen basierend auf verschiedenen Versionen, Datentypen und Workloads innerhalb desselben Clusters trennen möchten.
Führen Sie die folgenden Schritte aus, um mehrere Automation Suite-Instanzen in einem einzelnen Cluster bereitzustellen:
- Konfigurieren Sie Istio für mehrere Installationen in einem einzelnen Cluster
- Erteilen Sie Installationsberechtigungen
- Konfigurieren Sie ArgoCD für mehrere Installationen in einem einzelnen Cluster
- Stellen Sie Redis über OperatorHub bereit
- Installieren Sie mehrere Automation Suite-Instanzen auf einem einzelnen Cluster
Der Automation Suite-Installationsassistent ist in allgemeiner Verfügbarkeit verfügbar
Wir freuen uns, Ihnen mitteilen zu können, dass der Automation Suite Installer Wizard, die neue Methode zum Generieren der Automation Suite input.json -Konfigurationsdatei, jetzt allgemein verfügbar ist.
Beschriften von Knoten, um gezielte Voraussetzungsprüfungen auszuführen
Wir haben den Parameter node_labels aus der input.json -Datei wieder hinzugefügt und damit die Unterstützung für Voraussetzungsprüfungen durch Knotenbeschriftungen wieder hinzugefügt, die in der Automation Suite auf OpenShift 2024.10.1 entfernt wurde.
Sie können jetzt Beschriftungen verwenden, um die Knoten anzugeben, auf denen Sie Voraussetzungsprüfungen und Workloads ausführen möchten, indem Sie den neuen Parameter node_labels in der input.json -Datei verwenden.
Um den Wert von Knotenbeschriftungen für die input.json -Datei bereitzustellen, müssen Sie die entsprechenden Beschriftungen im Schlüssel-Wert-Format eingeben, wie im folgenden Beispiel gezeigt:
"node_labels": {
"node-role.kubernetes.io/worker": ""
}
"node_labels": {
"node-role.kubernetes.io/worker": ""
}
Weitere Informationen zur Beschriftungssyntax und -beschränkungen finden Sie in der Kubernetes-Dokumentation.
PostgreSQL für die Process Mining Airflow-Datenbank
Bei Process Mining in der Automation Suite 2024.10.3 können Sie jetzt PostgreSQL für die AutomationSuite_Airflow -Datenbank verwenden. Wenn Sie PostgreSQL nicht verwenden und weiterhin Microsoft SQLServer verwenden möchten, wird Process Mining auf der Automation Suite 2024.10.3 mit einer Legacy-Version von Airflow ausgeführt.
Weitere Informationen zum Einrichten einer PostgreSQL-Metadatenbank AutomationSuite_Airflow finden Sie unter SQL-Anforderungen für Process Mining .
Es wird empfohlen, für die Airflow-Datenbank zu PostgreSQL zu wechseln, da PostgreSQL mit den neuesten Versionen von Apache Airflow ausgeführt wird. Die neuesten Versionen von Apache Airflow verfügen über verschiedene Funktionen, Leistungs- und Sicherheitskorrekturen, die bei älteren Versionen fehlen.
Dapr-Abhängigkeit für Process Mining entfernt
Ab der Automation Suite 2024.10.3 Process Mining ist nicht mehr von Dapr abhängig.
Bei einem Automation Suite-Upgrade, bei dem Process Mining aktiviert ist, müssen Sie Dapr nach dem Upgrade explizit deinstallieren. Weitere Informationen finden Sie im Abschnitt Deinstallieren von Dapr .
Zusätzliche Unterstützung für benutzerdefinierte Zertifikate von Zertifizierungsstellen
Sie können jedes zusätzliche benutzerdefinierte Zertifizierungsstellenzertifikat einschließen, indem Sie den Schlüssel additonal_ca_certs mit dem Zertifikatspfad der externen Zertifizierungsstelle in der input.json -Datei zur Verfügung stellen.
Istio HSTS standardmäßig aktiviert
Um die Sicherheit zu verbessern, ist Istio HSTS jetzt standardmäßig aktiviert.
uipathctl-Verbesserungen
- Sie können jetzt alle verfügbaren Optionen für die enthaltenen und ausgeschlossenen Flags auflisten, wenn Sie den Befehl zur Voraussetzungsprüfung ausführen. Weitere Informationen zu
--list-optionsfinden Sie im uipathctl-Referenzhandbuch. - Für eine bessere Effizienz werden die Diagnoseprüfungen nicht mehr während des Paketerstellungsprozesses ausgeführt. Zuvor wurde standardmäßig während der Erstellung des Supportpakets eine Zustandsprüfung durchgeführt, die die explizite Verwendung des Flags
--skip-diagnoseerforderte, um es zu umgehen. Weitere Informationen zum Ausführen der Diagnoseprüfungen finden Sie im uipathctl-Referenzhandbuch.
Bekannte Probleme (Known Issues)
Der benutzerdefinierte Plattform-Datenbankname wird bei der Installation von Process Mining nicht unterstützt
Erratum – am 26. März 2026 hinzugefügt: Wenn Process Mining aktiviert ist, führt die Verwendung eines benutzerdefinierten Plattform-Datenbanknamens dazu, dass der OMS-Abgleichauftrag fehlschlägt.
Verwenden Sie als Problemumgehung AutomationSuite_Platform als Plattformdatenbanknamen bei der Installation von Process Mining.
Verbleibende istio-validation-deployment nach Voraussetzungs- oder Zustandsprüfungen
Erratum - added March 26, 2026: After running the prerequisite checks (uipathctl prereq) or the health check (uipathctl health check), the istio-validation-deployment deployment created during virtual service validation may not be automatically deleted, consuming unnecessary cluster resources.
Um nach Restressourcen im UiPath-Namespace zu suchen, führen Sie die folgenden Befehle aus:
kubectl get deployments -n <uipath-namespace> | grep istio-validation-deployment
kubectl get jobs -n <uipath-namespace> | grep istio-validation-deployment
kubectl get deployments -n <uipath-namespace> | grep istio-validation-deployment
kubectl get jobs -n <uipath-namespace> | grep istio-validation-deployment
Wenn Restressourcen vorhanden sind, löschen Sie sie, indem Sie die folgenden Befehle ausführen:
kubectl delete job -n <uipath-namespace> <istio-validation-job-name>
kubectl delete deployment -n <uipath-namespace> <istio-validation-deployment-name>
kubectl delete job -n <uipath-namespace> <istio-validation-job-name>
kubectl delete deployment -n <uipath-namespace> <istio-validation-deployment-name>
FIPS 140-2 unterstützt Einschränkungen
Erratum – hinzugefügt am 22. Januar 2026: Insights wird in Automation Suite-Bereitstellungen, die auf FIPS 140-2-fähigen Maschinen ausgeführt werden, nicht unterstützt. Um die Anforderungen von FIPS 140-2 weiterhin zu erfüllen, müssen Sie Insights deaktivieren.
Weitere Informationen dazu finden Sie unter Sicherheit und Compliance.
Voraussetzungsprüfungen schlagen fehl, wenn Process Mining aktiviert ist
Erratum – hinzugefügt am 19. Dezember 2025: Ein Problem führt dazu, dass die Voraussetzungsprüfungen fehlschlagen, wenn Process Mining aktiviert ist. Das Problem tritt auf, weil die Prüfungen immer noch cert-manager erfordern, obwohl cert-manager ab dem Automation Suite 2024.10.3 nicht mehr für Process Mining benötigt wird.
Die Fehlermeldung ist falsch positiv und kann sicher ignoriert werden.
Wir haben das Problem in der Automation Suite 2024.10.7 behoben.
Protokollstreaming funktioniert nicht in Proxy-Setups
Erratum – hinzugefügt am 26. Juni 2025: Die Protokollweiterleitung funktioniert in Proxy-Setups nicht, da die Proxy-Umgebungsvariablen nicht in den Logging-Pods festgelegt wurden. Weitere Informationen finden Sie im Abschnitt Fehlerbehebung .
Wir haben das Problem in der Automation Suite 2024.10.4 behoben.
Fehler bei der Lizenzierung der SQL-Verbindung
Erratum – am 26. Juni 2025 hinzugefügt: Lizenzierungs-SQL-Verbindungsfehler treten auf, wenn die Eigenschaft Datenquelle sowohl eine benannte Instanz als auch einen Port angegeben hat.
Wir haben das Problem in der Automation Suite 2024.10.4 behoben.
Dienstunterbrechungen aufgrund der automatischen Rotation von geheimen Schlüsseln
Erratum – hinzugefügt am 26. Juni 2025: Um dieses Problem zu beheben, können Sie die Datei input.json bearbeiten, um die Geheimnisrotation in der Plattformkonfiguration zu deaktivieren. Diese Änderung bleibt bei Upgrades und Neuinstallationen der Automation Suite erhalten.
Führen Sie die folgenden Schritte aus:
-
Aktualisieren Sie den Abschnitt
platformin der Dateiinput.jsonwie im folgenden Beispiel gezeigt:"platform": { "enabled": true, "advanced_configuration": { "identity-service": { "secretRotation": { "enabled": false } } } }"platform": { "enabled": true, "advanced_configuration": { "identity-service": { "secretRotation": { "enabled": false } } } } -
Nachdem Sie diese Konfiguration angewendet haben, müssen Sie Ihre Automation Suite-Bereitstellung neu installieren, um sicherzustellen, dass die Änderung wirksam wird:
uipathctl manifest apply input.json --versions versions.jsonuipathctl manifest apply input.json --versions versions.json
Erratum – am 14. Mai 2025 hinzugefügt: Ein Problem führt zu Dienstunterbrechungen aufgrund der automatischen Geheimnisrotation, wodurch die Dienste vorübergehend unzugänglich sind.
Führen Sie die folgenden Schritte aus, um dieses Problem zu beheben:
- Starten Sie den betroffenen Dienst neu, um die normale Funktionalität wiederherzustellen.
- Navigieren Sie zur ArgoCD-Benutzeroberfläche und wählen Sie in der Plattformanwendung Details > Parameter aus. Bearbeiten Sie die Werte, um
"secretRotation: enabled: false"unteridentity-servicehinzuzufügen. Sie müssen diesen Schritt nach jedem Upgrade oder jeder Neuinstallation der Automation Suite ausführen.
Für das AI Center müssen alle Fähigkeiten über die AI Center-UI angehalten und gestartet werden.
Überwachungsanwendung hängt im Status „Progressing“ fest
Nach der Installation des Dienstes kann die Überwachungsanwendung in ArgoCD im Status „In Bearbeitung“ bleiben.
Um dieses Problem zu beheben, müssen Sie die Überwachungsanwendung manuell mit der Option Ersetzen synchronisieren:
- Wechseln Sie in der ArgoCD-Benutzeroberfläche zur Überwachungsanwendung im Namespace
argocd. - Synchronisieren Sie die Anwendung manuell mit der ausgewählten Option Ersetzen .
Zeitachse der Einstellung
Wir empfehlen Ihnen, die Zeitleiste der veralteten Elemente regelmäßig auf Aktualisierungen in Bezug auf Funktionen zu überprüfen, die veraltet und entfernt werden.
Paketinformationen
Produktversionen
Unter den folgenden Links erfahren Sie, was sich bei den einzelnen Produkten der Automation Suite geändert hat.
Wenn das Produkt grau angezeigt wird, enthält diese neue Automation Suite-Version keine Änderungen.
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.
- Bereitstellen mehrerer Automation Suite-Instanzen in einem einzelnen Cluster
- Der Automation Suite-Installationsassistent ist in allgemeiner Verfügbarkeit verfügbar
- Beschriften von Knoten, um gezielte Voraussetzungsprüfungen auszuführen
- PostgreSQL für die Process Mining Airflow-Datenbank
- Dapr-Abhängigkeit für Process Mining entfernt
- Zusätzliche Unterstützung für benutzerdefinierte Zertifikate von Zertifizierungsstellen
- Istio HSTS standardmäßig aktiviert
- uipathctl-Verbesserungen
- Bekannte Probleme (Known Issues)
- Der benutzerdefinierte Plattform-Datenbankname wird bei der Installation von Process Mining nicht unterstützt
- Verbleibende istio-validation-deployment nach Voraussetzungs- oder Zustandsprüfungen
- FIPS 140-2 unterstützt Einschränkungen
- Voraussetzungsprüfungen schlagen fehl, wenn Process Mining aktiviert ist
- Protokollstreaming funktioniert nicht in Proxy-Setups
- Fehler bei der Lizenzierung der SQL-Verbindung
- Dienstunterbrechungen aufgrund der automatischen Rotation von geheimen Schlüsseln
- Überwachungsanwendung hängt im Status „Progressing“ fest
- Zeitachse der Einstellung
- Paketinformationen
- Produktversionen
- Version des Migrationstools