- Ü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
- 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)
Beim Zugriff auf den FQDN wird der Fehler „RBAC-Zugriff verweigert“ zurückgegeben
Ursache und Lösung für Fehler beim Zugriff auf den RBAC-Zugriff beim Zugriff auf einen FQDN über Istio in Automation Suite auf EKS/AKS.
Beschreibung
Der Zugriff auf einen FQDN kann den folgenden Fehler zurückgeben:
RBAC: access denied
RBAC: access denied
Dieses Problem tritt auf, weil der FQDN und sein relevanter URL-Zugriff über Istio weitergeleitet werden. Istio verwendet ein WASM-Plugin, um die Anforderung an den entsprechenden Ziel-Pod weiterzuleiten.
Wenn das WASM-Plugin-Image in der internen oder externen Registrierung fehlt, blockiert Istio den URL-Zugriff und gibt einen RBAC: access denied -Fehler zurück.
Lösung
Um dieses Problem zu beheben, müssen Sie sicherstellen, dass die Registrierung hydratisiert ist und das WASM-Plugin-Image in der Registrierung vorhanden ist.
Um das WASM-Plugin-Image zu überprüfen, führen Sie den folgenden Befehl aus:
kubectl get wasmplugin -A -o yaml | grep url
kubectl get wasmplugin -A -o yaml | grep url
Die Ausgabe ähnelt der des folgenden Beispiels:
url: oci://testing.azurecr.io/istio-wasm-plugin:2024.10.3
url: oci://testing.azurecr.io/istio-wasm-plugin:2024.10.3
Im obigen Beispiel ist das Image des WASM-Plugins istio-wasm-plugin:2024.10.3. Sie müssen überprüfen, ob dieses Bild in Ihrer Registrierung vorhanden ist oder nicht.