|
Dieses Dokument wurde mithilfe automatisierter maschineller Übersetzungstechnologie übersetzt. Wir bemühen uns um korrekte Übersetzungen, übernehmen jedoch keine Gewähr für die Vollständigkeit, Richtigkeit oder Zuverlässigkeit der übersetzten Inhalte. Im Falle von Abweichungen ist die englische Originalversion maßgebend und stellt den verbindlichen Text dar. |
Wiederherstellung SUSE Rancher Prime
Diese Seite beschreibt, wie man eine Wiederherstellung mit Rancher durchführt.
Befolgen Sie die Anweisungen auf dieser Seite, wenn:
-
Die laufende Rancher-Instanz hat dieselbe Version wie zum Zeitpunkt der Sicherung.
-
Der Upstream (lokale) Cluster ist derselbe, auf dem die Sicherung erstellt wurde.
|
Wichtig
Beim Wiederherstellen von Rancher auf demselben Setup fährt der Rancher-Operator die Rancher-Implementierung beim Start der Wiederherstellung herunter und fährt sie nach Abschluss der Wiederherstellung wieder hoch. Rancher wird während der Wiederherstellung nicht verfügbar sein. |
|
Warnung für Fleet-Nutzer
Sie müssen berücksichtigen, wie Sie die Verfügbarkeit des Kubernetes-API-Servers und pausierte GitRepos handhaben, wenn Sie ein Rancher-Setup wiederherstellen, das Fleet-Arbeitslasten ausführt. Siehe die SUSE® Rancher Prime: Continuous Delivery Dokumentation für weitere Details. |
|
Erstellen Sie die benutzerdefinierte Wiederherstellungsressource
Eine Wiederherstellung erfolgt durch das Erstellen einer benutzerdefinierten Wiederherstellungsressource.
-
Klicken Sie in der oberen linken Ecke auf ☰ > Clusterverwaltung.
-
Gehen Sie auf der Seite Cluster zum
localCluster und klicken Sie auf Erkunden. DerlocalCluster führt den Rancher-Server aus. -
Klicken Sie in der linken Navigationsleiste auf .
-
Klicken Sie auf Erstellen.
-
Erstellen Sie die Wiederherstellung mit dem Formular oder mit YAML. Für die Erstellung der Wiederherstellungsressource mit dem Formular, beziehen Sie sich auf die Konfigurationsreferenz und auf die Beispiele.
-
Um den YAML-Editor zu verwenden, können wir auf klicken. Geben Sie das Wiederherstellungs-YAML ein.
apiVersion: resources.cattle.io/v1 kind: Restore metadata: name: restore-migration spec: backupFilename: backup-b0450532-cee1-4aa1-a881-f5f48a007b1c-2020-09-15T07-27-09Z.tar.gz encryptionConfigSecretName: encryptionconfig storageLocation: s3: credentialSecretName: s3-creds credentialSecretNamespace: default bucketName: rancher-backups folder: rancher region: us-west-2 endpoint: s3.us-west-2.amazonaws.comFür Hilfe bei der Konfiguration der Wiederherstellung siehe die Konfigurationsreferenz und die Beispiele.
-
Klicken Sie auf Erstellen.
Ergebnis: Der Rancher-Operator fährt die Rancher-Implementierung während der Wiederherstellung herunter und fährt sie nach Abschluss der Wiederherstellung wieder hoch. Die Ressourcen werden in dieser Reihenfolge wiederhergestellt:
-
Benutzerdefinierte Ressourcenbeschreibungen (CRDs)
-
Cluster-spezifische Ressourcen
-
Namensraum-spezifische Ressourcen
Protokolle
Um zu überprüfen, wie die Wiederherstellung voranschreitet, können Sie die Protokolle des Operators überprüfen. Führen Sie diesen Befehl aus, um die Protokolle zu verfolgen:
kubectl logs -n cattle-resources-system -l app.kubernetes.io/name=rancher-backup -f
Löschoptionen
Wenn Sie die Wiederherstellungsressource mit kubectl erstellt haben, entfernen Sie die Ressource, um einen Namenskonflikt mit zukünftigen Wiederherstellungen zu vermeiden.
Bekannte Probleme
In einigen Fällen zeigen die Rancher-Protokolle nach der Wiederherstellung der Sicherung Fehler ähnlich den folgenden an:
2021/10/05 21:30:45 [ERROR] error syncing 'c-89d82/m-4067aa68dd78': handler rke-worker-upgrader: clusters.management.cattle.io "c-89d82" not found, requeuing
Dies geschieht, weil eine der Ressourcen, die gerade wiederhergestellt wurde, Finalizer hat, aber die zugehörigen Ressourcen gelöscht wurden, sodass der Handler sie nicht finden kann.
Um die Fehler zu beseitigen, müssen wir die Ressource finden und löschen, die den Fehler verursacht. Weitere Informationen finden Sie hier