Auf dieser Seite erfahren Sie, was ein Snapshot ist, wie er funktioniert und welche Einschränkungen und Best Practices es gibt.
Weitere Informationen zur Verwendung von Snapshots finden Sie in den folgenden Anleitungen:
- Status von Daten mit Snapshots beibehalten
- Datei aus einem Snapshot wiederherstellen
- Dateifreigabe auf einen vorherigen Snapshot zurücksetzen
- Filestore Enterprise-Snapshots planen
Was ist ein Snapshot?
Ein Filestore-Snapshot ist der beibehaltene Status Ihrer Dateifreigabedaten zum Zeitpunkt der Erstellung des Snapshots. Die Instanz behält den Status von Dateien bei, die nach dem Erstellen des Snapshots geändert werden. Wenn Sie eine Datei im beibehaltenen Status im Snapshot wiederherstellen möchten, können Sie die aktuelle Datei mit der Datei aus dem entsprechenden Snapshot-Verzeichnis überschreiben.
Snapshots werden in der Filestore-Instanz gespeichert und sind untergeordnete Ressourcen der Instanz. Sie replizieren keine Daten und verbrauchen keine Kapazität, bis die Daten auf der Instanz geändert werden. Alle Snapshots einer Instanz teilen sich gemeinsame Daten, d. h., die Instanz behält nur die Unterschiede zwischen den Snapshots bei.
Snapshots sind zwar im Vergleich zu anderen Filestore-Datenwiederherstellungsvorgängen kosteneffizient, die verfügbare Instanzkapazität nimmt jedoch kontinuierlich ab, wenn Dateien geändert werden.
Snapshot-Erstellung
Jedes Verzeichnis einer Dateifreigabe enthält ein ausgeblendetes .snapshot
-Verzeichnis. Jedes .snapshot
-Verzeichnis enthält die Snapshots des übergeordneten Verzeichnisses, das Sie erstellen. Beispiel:
volume1/
│ genomics-file.txt
│
└───.snapshot
│
├───snap1/
│ genomics-file.txt
│
├───snap2/
│ genomics-file.txt
│
└───snap3/
genomics-file.txt
Die Snapshots enthalten eine schreibgeschützte Ansicht aller Dateien und Unterverzeichnisse, die zum Zeitpunkt der Snapshot-Erstellung im übergeordneten Verzeichnis vorhanden sind. Alle Dateiattribute wie atime
, ownership
und Lese- und Schreibberechtigungen bleiben erhalten.
Das Erstellen von Snapshots dauert in der Regel nicht länger als zwei Minuten, da es kein Kopieren der Daten umfasst und die Instanzleistung nicht beeinträchtigt wird.
Es können bis zu 240 Snapshots pro Instanz vorhanden sein. Der Name der Dateifreigabe und der Snapshot-Name dürfen zusammen maximal 78 Zeichen lang sein.
Snapshot-Konsistenz
Filestore-Snapshots haben eine NFSv3-Konsistenzsemantik. Bevor ein Snapshot initiiert wird, ist jeder Schreibvorgang, der von der Filestore-Instanz als in den stabilen Speicher geschrieben anerkannt wird oder dem ein bestätigter COMMIT
folgt, im Snapshot enthalten. Weitere Informationen finden Sie unter NFSv3 RFC-1813 Abschnitt 3.3.7.
Dateifreigabe für optimale Snapshot-Konsistenz vorbereiten
Die Qualität eines Snapshots hängt davon ab, ob Ihre Anwendung Daten aus Snapshots wiederherstellen kann, die während hoher Schreibarbeitslasten erstellt wurden. In den meisten Fällen können Sie Snapshots 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 Bereitstellungsoption sync oder öffnen Sie Dateien mit
O_DIRECT|O_SYNC
. Beide Methoden verbessern die Konsistenz, garantieren sie aber nicht. - Halten Sie Anwendungen oder Betriebssystemprozesse an, die Daten in die Dateifreigabe schreiben, und bewirken Sie, dass diese Änderungen in der Dateifreigabe geleert werden, bevor der Snapshot 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 Snapshots für alle Dateifreigaben, bevor Sie die Anwendungen fortsetzen.
- Wenn Sie Konsistenz auf Anwendungsebene benötigen, beenden Sie Ihre Anwendungen und heben Sie die Bereitstellung der Dateifreigabe auf, bevor Sie einen Snapshot erstellen.
NFS-Semantik des .snapshot
-Verzeichnisses
Die .snapshot
-Verzeichnisse sind spezielle versteckte Verzeichnisse, die die Snapshots des übergeordneten Verzeichnisses enthalten. Alle NFS- und Bash-Befehle funktionieren für diese Verzeichnisse mit folgenden Ausnahmen:
- Sie können keine Datei und kein Verzeichnis mit dem Namen
.snapshot
erstellen, da er für Snapshots reserviert ist. - Das Verzeichnis
.snapshot
wird nicht in den Ausgaben der BefehleREADDIR
oderREADDIRPLUS
und auch nicht im Bash-Befehlls -a
aufgeführt. - Wenn Sie in ein
.snapshot
-Verzeichnis wechseln möchten, müssen Sie den String.snapshot
explizit eingeben. Beispiel:cd somedir/.snapshot/
- Bei der automatischen Vervollständigung von Shell-Befehlen wird
.snapshot
nicht als Option aufgelistet.
Dateien löschen, die in einem Snapshot erfasst wurden
Wenn eine Datei in einem Snapshot erfasst wurde, wird durch das Löschen der Datei nicht mehr freier Speicherplatz auf Ihrer Instanz freigegeben.
Auf einen Snapshot-Status zurücksetzen
Das Zurücksetzen einer Instanz auf einen Snapshot-Status ist allgemein verfügbar, jedoch nur für zonale, High Scale SSD-, regionale und Enterprise-Instanzen.
Wenn eine Instanz auf den in einem Snapshot erfassten Status zurückgesetzt wird, werden alle neuen Daten gelöscht, die seit dem Erstellen des Ziel-Snapshots geschrieben wurden. Sie können nicht wiederhergestellt werden. Snapshots, die nach dem Ziel-Snapshot erstellt wurden, werden ebenfalls gelöscht.
Featurebeschränkungen
Die Snapshot-Rollback-Funktion ist nicht umkehrbar. Dabei werden Daten aus dem Live-Dateisystem und alle nachfolgenden, neueren Snapshots in der Kette gelöscht. Daher ist das Risiko von versehentlichen Datenverlusten höher. Das Verhalten unterscheidet sich deutlich von der Wiederherstellung aus einer Sicherung, bei der die Sicherung nach der Verwendung in ihrem aktuellen Zustand bleibt. So können Sie versuchen, aus mehreren Sicherungen wiederherzustellen, um die beste zu finden. Verwenden Sie die Funktion „Rückgängig machen“ mit Bedacht.
Alle Daten, die nach dem Erstellen des Ziel-Snapshots geschrieben wurden, werden zu Beginn des Rollback-Prozesses gelöscht und können nicht wiederhergestellt werden. Alle Snapshots, die neuer als der Ziel-Snapshot sind, werden ebenfalls gelöscht. Beispiel:
snapshot1
,snapshot2
undsnapshot3
werden nacheinander erstellt. Wenn Sie die Instanz auf den insnapshot2
erfassten Status zurücksetzen, werden alle Daten, die nachsnapshot2
geschrieben wurden, sowie alle Snapshots, die nach dem Erstellen vonsnapshot2
erstellt wurden, im Rahmen des Zurücksetzens gelöscht.Das Bereinigen dieser gelöschten Daten kann zwischen sechs Stunden und zehn Tagen dauern. Die Instanzkapazität und -leistung können in dieser Zeit beeinträchtigt werden.
Wenn Sie eine Instanz zu einem Snapshot-Status zurückversetzen, wird die NFS-Dateisystem-ID (fsid) aktualisiert. Versuche, über vorhandene Bereitstellungen auf Clients zuzugreifen, führen zu Fehlern bei veralteten Dateihandles. Es empfiehlt sich, vor dem Rückgängigmachen alle Clients von der Instanz zu trennen und sie danach wieder zu verbinden.
Ein Rollback kann bis zu zwei Minuten dauern.
- Die damit verbundene Bereinigung, z. B. das Löschen nachfolgender Snapshots in der Kette, kann je nach Anzahl der betroffenen Dateien zwischen sechs Stunden und zehn Tagen dauern.
- Sie können andere Vorgänge ausführen, während der Vorgang zum Zurücksetzen und die Bereinigung abgeschlossen werden.
- Sie müssen warten, bis der Vorgang abgeschlossen ist, bevor Sie einen weiteren Rollback-Vorgang starten.
Snapshots und die zugehörigen
revert
-Vorgänge sind für die meisten Dienstebenen verfügbar. Snapshots sind in den Dienststufen „Basic SSD“ und „Basic HDD“ nicht verfügbar.Nur Instanzen mit einer einzelnen Freigabe können zu einem Snapshot-Status zurückkehren.
Snapshots werden zwar in der Enterprise-Dienststufe unterstützt, können aber nicht mit der Funktion Filestore-Mehrfreigaben kombiniert werden.