- Ü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
- Manual ArgoCD NetworkPolicy mitigation (GHSA-47m3-95c7-g2g8)
Beschreibung
Wenn Sie versuchen, eine geplante Sicherung in der Automation Suite auf EKS/AKS auszuführen, kann Velero den folgenden Fehler zurückgeben:
Phase: FailedValidation
Validation errors: an existing backup storage location was not specified at backup creation time and the server default default does not exist.
Error: BackupStorageLocation.velero.io "default" not found
Phase: FailedValidation
Validation errors: an existing backup storage location was not specified at backup creation time and the server default default does not exist.
Error: BackupStorageLocation.velero.io "default" not found
Dies geschieht, weil default-bs1 BackupStorageLocation in der Velero-Konfiguration nicht als Standard markiert ist.
Lösung
Führen Sie die folgenden Schritte aus, um das Problem zu beheben:
-
Überprüfen Sie die für Velero konfigurierten Sicherungsspeicherorte:
kubectl get backupstoragelocations -n velerokubectl get backupstoragelocations -n veleroÜberprüfen Sie, ob die Spalte DEFAULT leer ist.
-
Bearbeiten Sie den Sicherungsspeicherort, um den Standardwert festzulegen:
kubectl edit backupstoragelocation default-bs1 -n velerokubectl edit backupstoragelocation default-bs1 -n velero -
Fügen Sie im Abschnitt
specdie folgende Zeile hinzu:default: truedefault: true -
Speichern Sie die Änderungen.
-
Starten Sie die Velero-Pods neu, um die Konfiguration zu übernehmen:
kubectl delete pod -n velero --allkubectl delete pod -n velero --allAlternativ können Sie einen rollierenden Neustart durchführen:
kubectl -n velero rollout restart deploy/velerokubectl -n velero rollout restart deploy/velero -
Überprüfen Sie die Fehlerbehebung:
kubectl get backupstoragelocations -n velerokubectl get backupstoragelocations -n velero
Bestätigen Sie, dass PHASE verfügbar ist und die Spalte STANDARD Yes anzeigt.