Auf dieser Seite wird beschrieben, wie Sie mit bmctl
Cluster sichern und wiederherstellen, die mit Anthos-Cluster auf Bare-Metal erstellt wurden. Diese Anleitung gilt für alle Clustertypen, die von Anthos-Cluster auf Bare Metal unterstützt werden.
Der Sicherungs- und Wiederherstellungsprozess bmctl
enthält keine nichtflüchtigen Volumes. Alle Volumes, die vom lokalen Volume-Bereitsteller (Local Volume Provisioner, LVP) erstellt werden, bleiben unverändert.
Cluster sichern
Mit dem Befehl bmctl backup cluster
werden die Clusterinformationen aus dem etcd-Speicher und die PKI-Zertifikate für den angegebenen Cluster einer TAR-Datei hinzugefügt. Der etcd-Speicher ist der Kubernetes-Sicherungsspeicher für alle Clusterdaten. Er enthält alle Kubernetes-Objekte und benutzerdefinierten Objekte, die zur Verwaltung des Clusterstatus erforderlich sind. Die PKI-Zertifikate werden für die Authentifizierung über TLS verwendet. Diese Daten werden von der Steuerungsebene des Clusters oder von einer der Steuerungsebenen für ein Deployment mit Hochverfügbarkeit gesichert.
Die TAR-Datei für die Sicherung enthält vertrauliche Anmeldedaten, einschließlich der Dienstkontoschlüssel und des SSH-Schlüssels. Speichern Sie Sicherungsdateien an einem sicheren Ort. Um eine unbeabsichtigte Dateisichtbarkeit zu verhindern, verwendet der Sicherungsprozess von Anthos-Cluster auf Bare-Metal nur speicherinterne Dateien.
Sichern Sie Ihre Cluster regelmäßig, um dafür zu sorgen, dass die Snapshot-Daten relativ aktuell sind. Passen Sie die Sicherungsrate entsprechend der Häufigkeit signifikanter Änderungen an Ihren Clustern an.
Die Version bmctl
, mit der Sie einen Cluster sichern, muss mit der Version des Verwaltungsclusters übereinstimmen.
So sichern Sie einen Cluster:
Prüfen Sie, ob Ihr Cluster ordnungsgemäß mit funktionierenden Anmeldedaten und SSH-Verbindungen zu allen Knoten funktioniert.
Der Sicherungsprozess besteht darin, Ihren Cluster in einem als funktionierend bekannten Zustand zu erfassen, damit Sie den Vorgang wiederherstellen können, wenn ein schwerwiegender Fehler auftritt.
Prüfen Sie den Cluster mit dem folgenden Befehl:
bmctl check cluster -c CLUSTER_NAME
Ersetzen Sie
CLUSTER_NAME
durch den Namen des Clusters, den Sie sichern möchten.Führen Sie den folgenden Befehl aus, um dafür zu sorgen, dass sich der Zielcluster nicht im Abgleichsstatus befindet:
kubectl describe cluster CLUSTER_NAME -n CLUSTER_NAMESPACE
Dabei gilt:
CLUSTER_NAME
: der Name des zu sichernden Clusters.CLUSTER_NAMESPACE
: der Namespace für den Cluster. Standardmäßig sind die Cluster-Namespaces für Anthos-Cluster auf Bare-Metal der Name des Clusters, demcluster-
vorangestellt ist. Wenn Sie Ihren Cluster beispielsweisetest
nennen, hat der Namespace einen Namen wiecluster-test
.
Prüfen Sie die Befehlsausgabe auf
status.conditions
vom Typ "Abgleich".Der Status "Falsch" für diese
status.conditions
bedeutet, dass der Cluster stabil und für die Sicherung bereit ist.Führen Sie den folgenden Befehl aus, um den Cluster zu sichern:
bmctl backup cluster -c CLUSTER_NAME --kubeconfig ADMIN_KUBECONFIG
Dabei gilt:
CLUSTER_NAME
: der Name des zu sichernden Clusters.ADMIN_KUBECONFIG
: der Pfad zur kubeconfig-Datei des Administratorclusters.
Standardmäßig wird die TAR-Sicherungsdatei, die im Workspace-Verzeichnis gespeichert ist (standardmäßig
bmctl-workspace
), auf Ihrer Administrator-Workstation gespeichert. Die TAR-Datei heißtCLUSTER_NAME_backup_TIMESTAMP.tar.gz
, wobeiCLUSTER_NAME
der Name des zu sichernden Clusters undTIMESTAMP
das Datum und die Uhrzeit der Sicherung sind. Wenn der Clustername beispielsweisetestuser
lautet, hat die Sicherungsdatei einen Namen wietestuser_backup_2006-01-02T150405Z0700.tar.gz
.Verwenden Sie das Flag
--backup-file
, um einen anderen Namen und einen anderen Speicherort für Ihre Sicherungsdatei anzugeben.
Die Sicherungsdatei läuft nach einem Jahr ab und der Clusterwiederherstellungsprozess funktioniert nicht mit abgelaufenen Sicherungsdateien.
Cluster wiederherstellen
Die Wiederherstellung eines Clusters aus einer Sicherung ist das letzte Mittel, das angewendet werden sollte, wenn ein Cluster komplett fehlgeschlagen ist und nicht auf andere Weise wieder funktionsfähig gemacht werden kann. Dies kann beispielsweise der Fall sein, wenn die etcd-Daten beschädigt sind oder wenn sich der etcd
-Pod in einer Absturzschleife befindet.
Die TAR-Datei für die Sicherung enthält vertrauliche Anmeldedaten, einschließlich der Dienstkontoschlüssel und des SSH-Schlüssels. Um eine unbeabsichtigte Dateisichtbarkeit zu verhindern, verwendet der Wiederherstellungsprozess von Anthos-Cluster auf Bare-Metal nur speicherinterne Dateien.
Die Version bmctl
, mit der Sie einen Cluster wiederherstellen, muss mit der Version des Verwaltungsclusters übereinstimmen.
So stellen Sie einen Cluster wieder her:
Achten Sie darauf, dass alle Knotenmaschinen, die zum Zeitpunkt der Sicherung für den Cluster verfügbar waren, ordnungsgemäß funktionieren und erreichbar sind.
Achten Sie darauf, dass die SSH-Verbindung zwischen den Knoten mit den SSH-Schlüsseln funktioniert, die zum Zeitpunkt der Sicherung verwendet wurden.
Diese SSH-Schlüssel werden im Rahmen des Wiederherstellungsprozesses wiederhergestellt.
Achten Sie darauf, dass die zum Zeitpunkt der Sicherung verwendeten Dienstkontoschlüssel weiterhin aktiv sind.
Diese Dienstkontoschlüssel werden für den wiederhergestellten Cluster reaktiviert.
Führen Sie den folgenden Befehl aus, um einen eigenständigen Cluster oder einen selbstverwalteten Administrator- oder Hybridcluster wiederherzustellen:
bmctl restore cluster -c CLUSTER_NAME --backup-file BACKUP_FILE
Dabei gilt:
CLUSTER_NAME
: der Name des Clusters, den Sie wiederherstellen.BACKUP_FILE
: der Pfad und der Name der Sicherungsdatei, die Sie verwenden.
Führen Sie den folgenden Befehl aus, um einen Nutzer-, Administrator- oder Hybridcluster wiederherzustellen, der nicht selbst verwaltet wird:
bmctl restore cluster -c CLUSTER_NAME --backup-file BACKUP_FILE \ --kubeconfig ADMIN_KUBECONFIG
Dabei gilt:
CLUSTER_NAME
: der Name des Clusters, den Sie wiederherstellen.BACKUP_FILE
: der Pfad und der Name der Sicherungsdatei, die Sie verwenden.ADMIN_KUBECONFIG
: der Pfad zur kubeconfig-Datei des Administratorclusters.
Am Ende des Wiederherstellungsprozesses wird eine neue kubeconfig-Datei für den wiederhergestellten Cluster generiert.