Sicherungen – Übersicht

Auf dieser Seite erfahren Sie, was eine Sicherung ist, wie sie funktioniert, welche gängigen Anwendungsfälle es gibt und welche Best Practices beim Erstellen und Verwenden von Sicherungen hilfreich sind. Um zu erfahren, wie Sie wie Sie Sicherungen verwalten und wie Sie Filestore-Instanzen aus einem finden Sie unter Daten für die Notfallwiederherstellung sichern.

Was ist eine Sicherung?

Eine Filestore-Sicherung ist eine Kopie einer Dateifreigabe, die enthält alle Dateidaten und Metadaten der Dateifreigabe ab dem Zeitpunkt wenn die Sicherung erstellt wird.

Nachdem Sie eine Sicherung einer Dateifreigabe erstellt haben, können Sie das Original ändern oder löschen ohne Auswirkungen auf die Sicherung zu haben.

Sie können eine Sicherung verwenden, um eine Dateifreigabe in einer neuen Filestore-Instanz wiederherzustellen bei Instanzen der Basis-Stufe oder an die Quelle oder an eine vorhandene Dateifreigabe.

Sicherungen sind regionale Ressourcen, die in der Region verbleiben, die Sie unter zum Zeitpunkt der Erstellung. Sie können Sicherungen in derselben Region wie Filestore erstellen Instanz oder in eine andere Region verschieben, um das Risiko eines Datenverlusts zu verringern.

Sicherungen sind global adressierbar und können verwendet werden, um Dateifreigaben auf beliebigen region [Region], können aber nicht freigegeben werden. projektübergreifend arbeiten.

Sicherung erstellen

Die erste Sicherung, die Sie erstellen, ist eine vollständige Kopie aller Dateidaten und Metadaten auf eine Dateifreigabe. Mit jeder nachfolgenden Sicherung werden alle nachfolgenden Änderungen kopiert, die an der Daten seit der vorherigen Sicherung.

Eine Gruppe von Sicherungen, die mit derselben Instanz, Region und demselben CMEK (falls verwendet) verknüpft sind wird als Sicherungskette bezeichnet.

Eine Sicherungskette befindet sich in einem einzelnen Cloud Storage-Bucket und einer Region und kann die sich außerhalb der Region befinden, in der die Quellinstanz gespeichert wurde.

Alle Dienststufen unterstützen mehrere Sicherungsketten, sodass Sie eine der Sicherungen der Instanz in mehreren Regionen.

Jedes Mal, wenn eine Sicherung erstellt wird, wird die vorherige Sicherung auf beides gescannt differenziellen und inkrementellen Änderungen:

  • Differenzielle Änderungen: Umfasst Änderungen an Dateien, die bei der Freigabe vorgenommen wurden, z. B.: Änderungen, Hinzufügungen oder Löschungen von Dateien.

  • Inkrementelle Änderungen:einschließlich Änderungen am Speicher im Bucket, in dem die Sicherung gespeichert ist wo sich die Daten befinden. Dies kann auch die Deduplizierung von Daten beinhalten, auf das in der Kette verwiesen wird.

Jedes Mal, wenn Sie eine Sicherung in derselben Sicherungskette speichern, wird die vorherige Sicherung auf differenzielle und inkrementelle Änderungen geprüft. In diesen Fällen wird eine vollständige Kopie nicht erforderlich.

Das Speichern der Daten einer Instanz in mehreren Sicherungsketten impliziert jedoch, an unterschiedlichen Orten Back-ups speichern und aufbewahren.

Jedes Mal, wenn Sie eine neue Sicherung an einem anderen Speicherort erstellen, wird eine vollständige Kopie erstellt. der Sicherung erneut generiert wird. Bei der Sicherung create ist eine höhere Latenz zu erwarten wenn Sie zwischen Sicherungsketten wechseln.

Nicht geänderte Daten aus vorherigen Sicherungen werden referenziert, aber nicht in neuere Sicherungen kopiert. Wenn eine ältere Sicherung gelöscht wird, werden die sicherungsspezifischen Daten in die nächste Sicherung kopiert und alle internen Datenreferenzen werden automatisch aktualisiert.

Die Sicherungserstellung erfolgt sofort, die Übertragung erfolgt jedoch in einem gewissen Zeitraum, abhängig von der Menge der zu kopierenden Daten. Während dieses Zeitraums wechselt die Sicherung drei Status:

State Dauer Beschreibung
Wird erstellt Ein paar Sekunden Aktuellen Status der Dateifreigabe erfassen. Neue Änderungen an Dateifreigabedaten können in die Sicherung aufgenommen werden. Stabile Schreibvorgänge, die von der Instanz bestätigt wurden, bevor die Sicherung initiiert wird, sind eingeschlossen.
Bald beendet Je nach Größe Daten in die Sicherung hochladen. Neue Änderungen an Dateifreigabedaten werden nicht in die Sicherung aufgenommen.
Bereit Bis die Sicherung gelöscht wird Die Sicherung ist einsatzbereit.

Nach der Erstellung werden Sicherungen der Basisstufe automatisch komprimiert, um die Kosten zu senken. Die Instanzleistung kann beim Erstellen einer Sicherung für Instanzen in zonale, regionale und Enterprise-Dienststufen. Das Erstellen einer Sicherung hat keine Auswirkungen die Verfügbarkeit oder Leistung von Instanzen der Basis-Stufe.

Sicherungslöschung

Sicherungen sind Ressourcen auf Projektebene, keine Unterressource der Quellinstanz, und benötigen einen separaten Speicher. Daher ist der Lebenszyklus einer Sicherung an die der Quellinstanz gebunden ist. Wenn Sie die Quelle löschen, werden ihre zugehöriger Sicherungen an. Wenn Sie eine Sicherung löschen möchten, müssen Sie Folgendes explizit ausführen: einen Löschvorgang für die Sicherung, nicht für die Instanz.

Löschen Sie unbedingt alle unerwünschten Sicherungen. Wenn eine Quellinstanz gelöscht wird, werden alle Für verbleibende Sicherungen fallen weiterhin Gebühren an.

Das Löschen einer Sicherung kann nicht rückgängig gemacht werden.

Sicherungskonsistenz

Filestore-Sicherungen haben eine NFSv3-Konsistenz. Bevor eine Sicherung initiiert wird, ist jeder Schreibvorgang, der von der Filestore-Instanz angegeben wird, in den stabilen Speicher geschrieben oder gefolgt von einem bestätigten COMMIT in der Sicherung enthalten. Weitere Informationen finden Sie unter NFSv3 RFC-1813 Abschnitt 3.3.7.

Gängige Anwendungsfälle

In den folgenden Abschnitten werden häufige Anwendungsfälle für Sicherungen beschrieben.

Daten für die Notfallwiederherstellung sichern

Angenommen, Sie haben eine Filestore-Instanz in us-west1-c und möchten Ihre Daten vor Zwischenfällen schützen, die diese Region betreffen. Sie können einen Job planen, der regelmäßig Sicherungen dieser Instanz in einer Remoteregion erstellt, z. B. us- east1. Wenn ein Notfall mit us-west1-c aufgetreten ist, können Sie von einer vorherigen Sicherung eine neue Instanz an einem anderen Speicherort erstellen.

Daten sichern, um versehentliche Änderungen zu verhindern

Wenn Sie Ihre Filestore-Daten vor unbeabsichtigten Änderungen schützen möchten, können Sie einen Job planen, um regelmäßig Sicherungen der Instanz zu erstellen. Wenn Sie Daten verlieren, können Sie die Liste der Sicherungen durchsuchen, um diejenige mit der benötigten Version der Datei zu identifizieren. Anschließend können Sie eine neue Filestore-Instanz aus der Sicherung erstellen, diese auf demselben Client wie die Originalinstanz bereitstellen und die Datei kopieren.

Bevor Sie die Datei kopieren, können Sie die Linux- diff an den beiden Bereitstellungspunkten, um die Unterschiede zwischen den Daten auf dem und die Daten, die aus der Sicherung wiederhergestellt wurden. Nachdem die Daten wiederhergestellt werden, können Sie die wiederhergestellte Instanz löschen und eine neue Sicherung erstellen. den aktuellen Status für die zukünftige Verwendung beibehalten.

Alternativ können Sie eine direkte Wiederherstellung durchführen, bei der die Sicherungsdaten direkt in der ursprünglichen Filestore-Instanz gespeichert werden, und alle Daten darin durch Daten aus der Sicherung ersetzen. Wir empfehlen Ihnen, eine Sicherung der Daten vor der Wiederherstellung vor einer direkten Wiederherstellung, da nicht gesicherte geht verloren.

Klone für Entwicklung und Tests erstellen

Angenommen, Sie haben eine Datenbank für eine Filestore-Instanz eingerichtet, die den Produktions-Traffic bereitstellt. Wenn Sie einen Test mit einer Datenbank als Eingabe ausführen möchten, können Sie eine neue Filestore-Instanz aus einer Sicherung der Produktionsinstanz für den Test erstellen. Auf diese Weise beeinträchtigt die Testnutzung die Produktion nicht.

Ebenso können Sie Sicherungen zur Offline-Analyse und -Prüfung verwenden, ohne die Produktion zu beeinträchtigen.

Daten migrieren

Nachdem Sie eine Filestore-Instanz erstellt haben, können Sie deren oder Dienststufe. Wenn Sie Ihre Daten in eine andere Region migrieren möchten, können Sie eine Sicherung davon erstellen und mit der Sicherung eine neue Filestore-Instanz erstellen oder die Sicherung auf einer vorhandenen Instanz wiederherstellen.

Wenn Sie eine neue Filestore-Instanz aus einer Sicherung erstellen, können Sie zwischen der Basisstufe HDD und SSD wählen, unabhängig von der Stufe des Quellinstanz.

Featurebeschränkungen

Filestore-Sicherungen sind allgemein verfügbar (GA). für alle Dienststufen.

Es gelten folgende Einschränkungen:

  • Filestore-Sicherungen können nicht mit dem Filestore Funktion zum mehrfachen Teilen.

  • Sobald die Preise festgelegt sind, fallen entsprechende Gebühren an.

  • Nutzer sollten eine neue Sicherung erstellen, um die in Vorschau. In der Vorabversion erstellte Sicherungen werden gelöscht. Sicherungen erstellt in der Vorabversion das Funktionsverhalten widerspiegeln, das zum Zeitpunkt der Erstellung verfügbar war. Vorhandene Sicherungen werden nicht aktualisiert, wenn neue Funktionen veröffentlicht werden.

In den folgenden Abschnitten geht es um weitere Einschränkungen im Hinblick auf die Leistung, Speicher, Kapazität und Verschlüsselung im Detail:

Leistung

  • Zahlreiche Änderungen, die durch viele Hardlinks in derselben Datei vorgenommen wurden (z. B. Zehn- oder Hunderttausende) kann sich auf die Leistung auswirken.

  • Bei stark ausgelasteten Instanzen kann die Leistung um bis zu 15 % reduziert werden. während ein Back-up hochgeladen wird. Die Leistung von Instanzen der Basis-Stufe wird nicht beeinträchtigt durch create-Sicherungsvorgänge.

  • Das Speichern der Daten einer Instanz in mehreren Sicherungsketten wirkt sich auf die Sicherung aus die Leistung. Sie können mit einer höheren Latenz bei create-Sicherungsvorgängen rechnen, wenn Sicherungsketten wechseln.

  • Instanzvorgänge wie Instanz restore oder Instanz delete können verzögert, bis ein Sicherungsvorgang create abgeschlossen ist.

  • In einigen Fällen können delete-Vorgänge bis zu 24 Stunden dauern.

Nebenläufigkeit von Vorgängen

  • delete-Sicherungsvorgänge, die mit derselben Quellinstanz verknüpft sind, müssen nicht nacheinander ausgeführt werden.

    Bulk-Sicherungsvorgänge des Typs delete innerhalb einer Sicherungskette werden nicht unterstützt. Während ein delete-Vorgang aussteht, werden alle neuen delete-Vorgänge innerhalb desselben der Sicherungskette den Fehler RESOURCE_EXHAUSTED zurück. Dies geschieht unabhängig von ob die Quellinstanz gelöscht wurde.

    • Wenn die Quellinstanz gelöscht wurde, erhalten Nutzer eine ähnliche FAILED_PRECONDITION Fehler.

    • Diese Einschränkung gilt für jede Dienststufe, mit Ausnahme von Basis-SSD und Basis-HDD.

    • Beachten Sie, dass Filestore die gleichzeitige Sicherung delete unterstützt Vorgänge, wenn Sicherungen auf separate Quellinstanzen verweisen.

      Beispiel: Eine Instanz mit dem Label Source1 enthält Sicherungsdaten, auf die in Backup1 und Backup2. Source2 hat Sicherungsdaten in Backup3 und Backup4. Backup1 und Backup2 können nicht gleichzeitig gelöscht werden. Backup2 und Backup3 hingegen schon.

    Weitere Informationen finden Sie unter Ratenlimits für Sicherungen.

  • Sicherungsvorgänge create und Sicherungsvorgänge delete, die innerhalb desselben Prozesses initiiert wurden Sicherungskette gleichzeitig ausgeführt werden. Nutzer können eine Sicherung jedoch nicht durchführen. create-Vorgang, während die letzte Sicherung gelöscht wird.

    • Wenn der Nutzer versucht, eine neue Sicherung der Instanz zu erstellen, letzte Sicherung gelöscht wird, erhält diese Person ein FAILED_PRECONDITION Fehler. Beispiel: Source1 hat eine Sicherungskette aus Backup1. und Backup2 und der Nutzer startet einen create-Vorgang für Backup3. kann Backup2 erst löschen, wenn der create-Vorgang abgeschlossen ist. Das liegt daran, dass die letzte Sicherung die wichtigsten Daten enthält. erforderlich, um den Sicherungsvorgang create erfolgreich abzuschließen.

  • Weitere Informationen zu Ratenbegrenzungen für Vorgänge finden Sie unter Ratenbegrenzungen für Sicherungen.

Speicher

  • restore-Vorgänge in der Quellinstanz oder in einer vorhandenen sichern -Instanzen, werden für zonale, regionale und Unternehmensinstanzen nicht unterstützt. Wenn Sie eine Sicherung einer Instanz in einer dieser Dienststufen wiederherstellen möchten, müssen Sie eine neue Instanz erstellen.

    • Die neue Instanz muss der Dienststufe und Kapazität der Quellinstanz entsprechen Bereich. Beispiel: Die Quelle wurde mit der zonalen Dienststufe erstellt. mit einem niedrigeren Kapazitätsbereich hat, muss die neue Instanz dieselbe Dienststufe verwenden und Kapazitätsbereich.

    • Wenn Sie eine Instanz mit dem umfangreichen Legacy-SSD-Dienst erstellen müssen müssen Sie Ihre Vorgänge direkt über Filestore ausführen. API.

    • Wenn Sie eine Instanz mit der Legacy-Dienststufe für Unternehmen erstellen müssen, können Sie Ihre Vorgänge direkt über die Filestore API ausführen. oder über Sicherung wiederherstellen > Seite Neue Instanz im Google Cloud

      Wenn Sie beispielsweise eine regionale Ressource mit 10 TiB erstellen möchten, Instanzkapazität müssen Sie die Legacy-Dienststufe für Unternehmen verwenden.

  • Sicherungsvorgänge wie restore, edit oder delete sind möglicherweise nicht verfügbar für ausgewählte Sicherungen, die in der Vorschau erstellt wurden.

  • Sobald eine RestoreInstance auf eine regionale oder Unternehmensinstanz angewendet wird, zum Erstellen von Snapshots mit denselben Namen wie vorherige Snapshots vor dem .

  • Versucht, eine Instanz aus einer Sicherung wiederherzustellen, während entweder eine Sicherung gelöscht wird oder Snapshot werden nicht gelöscht.

  • Wenn das Löschen einer Sicherung fehlschlägt, wird der Status als invalid gekennzeichnet. In solchen Fällen müssen Sie den Vorgang delete wiederholen.

Kapazität

Jede Sicherung belegt die Instanzkapazität. Diese Kapazität variiert je nach Umfang der Änderungen, die seit der letzten Sicherung an den Daten vorgenommen wurden.

Genauer gesagt erstellt Filestore beim Erstellen einer Sicherung ein interner Snapshot des Dateisystems, der auch einen Teil des verfügbaren Instanzkapazität.

Die Snapshot-Größe richtet sich auch nach dem Umfang der Änderungen, die an den Daten im seit der letzten Sicherung freigegeben wurde. Dieser Snapshot bleibt bestehen, bis wird die nächste Sicherung erstellt und hochgeladen.

Alle Daten, auf die in der Sicherung verwiesen wird, verbleiben in dem Zustand, in dem sie erfasst wurden. und beansprucht weiterhin Kapazität aus dem Dateisystem. Wenn Sie zum Beispiel Daten aus dem bereitgestellten Dateisystem löschen, Kapazität freizugeben. Erstellen Sie stattdessen nach dem Löschen eine neue Sicherung oder große Datenmengen überschreiben.

Für eine detaillierte Beschreibung der differenziellen und inkrementellen Änderungen und deren finden Sie unter Sicherung erstellen.

Erwägen Sie, eine ausreichende Kapazität für Ihre Arbeitslasten zu erwarten, wenn Sie eine der folgenden Folgendes:

  • Instanzkapazität für Arbeitslasten mit erheblichen, häufigen Daten erhöhen oder eine hohe Änderungsrate.

Verschlüsselung

Wenn Sie Ihre Sicherungsketten mit einem CMEK verschlüsseln, gelten die folgenden Einschränkungen:

  • Eine gesamte Sicherungskette wird mit demselben CMEK verschlüsselt.

  • Ein CMEK muss sich in derselben Region wie die verschlüsselte Ressource befinden.

  • Wenn Sie eine Sicherungskette in einer Region speichern, die von der Quellinstanz getrennt ist, müssen möglicherweise separate Schlüssel anwenden, einen für die Quelle und einen für die Sicherung. Kette hinzufügen.

    • Alle Dienststufen unterstützen mehrere Sicherungsketten oder die Möglichkeit, eine der Sicherungen der Instanz in mehreren Regionen. Bei Auswahl eines CMEK für Verschlüsselung verwendet, muss sich ein CMEK-Schlüssel in derselben Region wie die Ressource befinden, verschlüsselt. Wenn Sie Sicherungen in einer von der Quelle getrennten Region speichern, und der CMEK kein multiregionaler Schlüssel ist, müssen Sie separate CMEK-Schlüssel verwenden. Weitere Informationen finden Sie unter CMEK-Einschränkungen. und Besten CMEK-Standort auswählen.

  • Ein einzelner CMEK wird auf den Cloud Storage-Bucket angewendet, in dem sich die Sicherungskette befindet gespeichert ist und nicht kombiniert oder ersetzt werden kann.

  • Für Sicherungen der Basisstufe ist keine CMEK-Unterstützung verfügbar.

Weitere Informationen finden Sie unter CMEK-Unterstützung für Sicherungsketten.

Best Practices

In den folgenden Abschnitten werden die empfohlenen Best Practices beschrieben.

Dateifreigabe für optimale Sicherung vorbereiten

Die Qualität einer Sicherung hängt davon ab, ob Ihre Anwendung Daten aus Sicherungen wiederherstellen kann, die während hoher Schreibarbeitslasten erstellt wurden. In den meisten Fällen können Sie Sicherungen mit guter Konsistenz erstellen, selbst wenn Ihre Anwendungen Daten in die Dateifreigabe schreiben. Wenn Ihre Anwendungen jedoch strikte Konsistenz erfordern, sollten Sie einen oder mehrere der folgenden Schritte ausführen:

  • Verwenden Sie die sync-Bereitstellung. Weitere Informationen finden Sie im Abschnitt "Optionen für die Synchronisierungsbereitstellung" in nfs(5). Alternativ können Sie Dateien mit den Flags O_DIRECT|O_SYNC öffnen. Weitere Informationen finden Sie unter open(2) an.
  • Halten Sie Anwendungen oder Betriebssystemprozesse an, die Daten in die Dateifreigabe schreiben, und bewirken Sie, dass diese Änderungen in der Dateifreigabe geleert werden, bevor die Sicherung initiiert wird. Weitere Informationen finden Sie unter fsync(2).
  • Wenn Ihre Anwendungen Konsistenz zwischen mehreren Dateifreigaben erfordern, pausieren Sie alle Anwendungen auf allen Instanzen, die in alle Dateifreigaben schreiben, und erstellen Sie Sicherungskopien für alle Dateifreigaben, bevor Sie die Anwendungen fortsetzen.
  • Wenn Sie Konsistenz auf Anwendungsebene benötigen, beenden Sie Ihre Anwendungen und heben Sie die Dateifreigabe auf, bevor Sie eine Sicherung erstellen.

Vorhandene Sicherungen als Grundlage für neue Sicherungen verwenden, um die Erstellungszeit von Sicherungen zu reduzieren

Vorhandene Sicherungen einer Dateifreigabe innerhalb einer Region werden als Grundlage für die Erstellung neuer Sicherungen der Dateifreigabe verwendet. Dies reduziert die Erstellungszeit der Sicherung. Dementsprechend wird empfehlen wir Folgendes:

  • Erstellen Sie eine neue Sicherung einer Dateifreigabe, bevor Sie die vorherige Sicherung dieser Dateifreigabe löschen Dateifreigabe.

  • Warten Sie, bis neue Sicherungen den Status Ready haben, bevor Sie nachfolgende erstellen Sicherungen derselben Dateifreigabe.

Sicherungen außerhalb der Spitzenzeiten planen, um die Erstellungszeit für die Sicherung zu verkürzen

Wenn Sie Sicherungen außerhalb der Spitzenzeiten erstellen, nimmt dies weniger Zeit in Anspruch. Wenn Sie regelmäßige Sicherungen Ihrer Dateifreigaben planen, empfehlen wir, die Zeiten außerhalb der Spitzenzeiten zu planen.

Spitzenzeiten zum Erstellen von Sicherungen sind das Ende jedes Werktags und Mitternacht in der Region, in der sich die Filestore-Instanz befindet. Wir empfehlen Ihnen, Sicherungen entweder am frühen Morgen oder am Werktag zu erstellen.

Daten auf separaten Filestore-Instanzen strukturieren, um die Effizienz zu maximieren

Je mehr Daten eine Dateifreigabe hat, desto größer ist die Sicherung und desto höher die Kosten. Bis nur die Daten sichern, die Sie sichern müssen, empfehlen wir Ihnen, Ihre Daten für separate Dateifreigaben:

  • Wichtige Daten mit unterschiedlichen Schreibmustern oder unterschiedlichen Sicherungen speichern für unterschiedliche Dateifreigaben.
  • Reduzieren der Anzahl der zu erstellenden Sicherungen durch die Speicherung ähnlicher Daten in einer Dateifreigabe.

Kontingent

Für einfache SSD gibt es ein Kontingentlimit bezüglich der Anzahl der Sicherungen pro Region. und einfache HDD-Dienststufen.

Die Kontingentlimits für Sicherungen gelten nicht für zonale, regionale oder Unternehmens-Dienststufen.

Weitere Informationen finden Sie unter Dienststufen und Kontingente.

Erste Schritte mit Filestore-Sicherungen

Informationen zur Verwendung der Funktion finden Sie unter Sicherungsdaten für die Notfallwiederherstellung.

Nächste Schritte