- Überblick
- Anforderungen
- Installation
- Nach der Installation
- Migration und Upgrade
- Aktualisieren der Automation Suite auf EKS/AKS
- Schritt 1: Verschieben der Identitätsorganisationsdaten von einer eigenständigen in die Automation Suite
- Schritt 2: Wiederherstellen der eigenständigen Produktdatenbank
- Schritt 3: Sichern der Plattformdatenbank in der Automation Suite
- Schritt 4: Zusammenführen von Organisationen in der Automation Suite
- Schritt 5: Aktualisieren der migrierten Produktverbindungszeichenfolgen
- Schritt 6: Migrieren des eigenständigen Orchestrators
- Schritt 7: Migrieren von eigenständigen Insights
- Schritt 8: Migrieren des eigenständigen Test Managers
- Schritt 9: Löschen des Standardmandanten
- Durchführen der Migration eines einzelnen Mandanten
- Migrieren von der Automation Suite unter Linux zur Automation Suite unter EKS/AKS
- Überwachung und Warnungen
- Clusterverwaltung
- Produktspezifische Konfiguration
- Konfigurieren von Orchestrator-Parametern
- Orchestrator-appSettings
- Konfigurieren von AppSettings
- Konfigurieren der maximalen Anforderungsgröße
- Überschreiben der Speicherkonfiguration auf Clusterebene
- Konfigurieren von Anmeldeinformationsspeichern
- Konfigurieren der Verwendung von einem Verschlüsselungsschlüssel pro Mandant
- Bereinigen der Orchestrator-Datenbank
- Rotierende Blob Storage-Anmeldeinformationen
- Deaktivieren der Verwendung von vorsignierten URLs beim Hochladen von Daten in den Amazon S3-Speicher
- Konfigurieren der Prozess-App-Sicherheit
- Einrichten der Kerberos-Authentifizierung mit grundlegender MSSQL-Authentifizierung für Process Mining
- Fehlersuche und ‑behebung
- Das Sicherungssetup funktioniert nicht, da die Verbindung mit Azure Government fehlgeschlagen ist
- Hängende Pods im uipath-Namespace bei Aktivierung von benutzerdefinierten Knoten-Markierungen
- Automation Hub und Apps können mit Proxy-Setup nicht gestartet werden
- Pods können nicht mit FQDN in einer Proxy-Umgebung kommunizieren
- SQL-Verbindungszeichenfolge der Testautomatisierung wird ignoriert
- EKS-Sicherung aufgrund der Velero-Version
- Die Velero-Sicherung schlägt mit dem Fehler „FehlgeschlageneValidierung“ fehl
- Beim Zugriff auf den FQDN wird der Fehler „RBAC-Zugriff verweigert“ zurückgegeben
- Manuelle Schadensbegrenzung bei ArgoCD NetworkPolicy (GHSA-47m3-95c7-g2g8)
Deaktivieren der Verwendung von vorsignierten URLs beim Hochladen von Daten in den Amazon S3-Speicher
Wie die vorsignierte URL-Nutzung für Amazon S3-Uploads in den Automation Suite-Versionen 2023.10.0 bis 2023.10.3 auf EKS/AKS gehandhabt wurde.
Die Informationen auf dieser Seite gelten für die Versionen 2023.10.0, 2023.10.1, 2023.10.2 und 2023.10.3. Ab Version 2023.10.4 wird die Verwendung von vorsignierten URLs über das globale Flag disable_presigned_url geregelt. Siehe Konfiguration von vorsignierten URLs.
Wenn Sie Amazon S3-Speicherobjekte verwenden und verhindern möchten, dass Benutzer Daten über eine vorsignierte URL hochladen, können Sie dies jetzt in der Einstellung blob_storage_account_use_presigned_uri in der Datei cluster_config.json konfigurieren.
Standardmäßig ist die blob_storage_account_use_presigned_uri-Einstellung auf true festgelegt. Wenn Sie nicht möchten, dass Benutzer Daten mit einer vorsignierten URL hochladen, können Sie die blob_storage_account_use_presigned_uri-Einstellung auf falsefestlegen.