Übersicht über Snapshots

Auf dieser Seite erfahren Sie, was ein Snapshot ist, wie er funktioniert, welche gängigen Anwendungsfälle es gibt und welche Best Practices beim Erstellen und Verwenden von Snapshots hilfreich sind. Informationen zum Erstellen und Verwalten von Snapshots sowie zum Wiederherstellen von Filestore-Daten aus einem Snapshot finden Sie unter Status von Daten mit Snapshots beibehalten.

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 auch 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.

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 und ownership sowie Lese- und Schreibberechtigungen werden beibehalten.

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 können zusammen bis zu 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 Synchronisierungsoption oder öffnen Sie Dateien mit der 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 Befehle READDIR oder READDIRPLUS und auch nicht im Bash-Befehl ls -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 für Shell-Befehle wird .snapshot nicht als Option aufgeführt.

Dateien löschen, die in einem Snapshot erfasst wurden

Wenn eine Datei in einem Snapshot erfasst wird, führt das Löschen nicht dazu, dass dadurch der freie Speicherplatz auf der Instanz erhöht wird.

Snapshot-Status wiederherstellen

Das Zurücksetzen einer Instanz auf einen Snapshot-Zustand ist nur für zonale, hochskalierte SSDs und Unternehmensinstanzen allgemein verfügbar.

Wenn eine Instanz auf den in einem Snapshot erfassten Status zurückgesetzt wird, werden alle neuen Daten, die seit dem Erstellen des Ziel-Snapshots geschrieben wurden, gelöscht und können nicht wiederhergestellt werden. Snapshots, die nach dem Ziel-Snapshot erstellt wurden, werden beim Zurücksetzen ebenfalls gelöscht.

Featurebeschränkungen

  • Das Feature zum Wiederherstellen von Snapshots ist nicht umkehrbar. Dabei werden Daten aus dem Live-Dateisystem und alle nachfolgenden, neueren Snapshots in der Kette gelöscht. Daher besteht ein höheres Risiko eines versehentlichen Datenverlusts. Dieses Verhalten unterscheidet sich erheblich von der Wiederherstellung aus einer Sicherung, bei der die Sicherung nach der Verwendung in ihrem aktuellen Zustand verbleibt, sodass Sie versuchen können, eine Wiederherstellung aus mehreren Sicherungen durchzuführen, um die beste Sicherung zu finden. Setzen Sie die Wiederherstellungsfunktion mit Bedacht ein.

  • Alle nach dem Erstellen des Ziel-Snapshots geschriebenen Daten werden zu Beginn des Wiederherstellungsprozesses gelöscht und können nicht wiederhergestellt werden. Alle Snapshots, die neuer als der Ziel-Snapshot sind, werden ebenfalls gelöscht. snapshot1, snapshot2 und snapshot3 werden beispielsweise sequenziell erstellt. Das Zurücksetzen der Instanz auf den in snapshot2 erfassten Status bedeutet, dass alle nach snapshot2 geschriebenen Daten sowie alle Snapshots, die nach dem Erstellen von snapshot2 aufgenommen wurden, beim Zurücksetzen gelöscht werden.

    Die Bereinigung dieser gelöschten Daten kann zwischen sechs Stunden und zehn Tagen dauern. Die Instanzkapazität und -leistung können in dieser Zeit beeinträchtigt sein.

  • Wenn Sie eine Instanz auf einen Snapshot-Zustand zurücksetzen, werden die Datei-Handles aktualisiert. Wenn versucht wird, mit vorhandenen Bereitstellungen auf Clients zuzugreifen, werden Fehler bezüglich veralteter Datei-Handles zurückgegeben. Trennen Sie als Best Practice alle Clients von der Instanz vor dem Zurücksetzen und stellen Sie sie nach Abschluss wieder bereit.

  • Das Zurücksetzen kann bis zu zwei Minuten dauern.

    • Die mit dem Wiederherstellungsvorgang verbundene Bereinigung, z. B. das Löschen nachfolgender Snapshots in der Kette, kann je nach Anzahl der beteiligten Dateien zwischen sechs Stunden und zehn Tagen dauern.
    • Sie können andere Vorgänge ausführen, während der Wiederherstellungsvorgang und die Bereinigung ausgeführt werden.
    • Sie müssen warten, bis der Wiederherstellungsvorgang abgeschlossen ist, bevor Sie einen weiteren Rücksetzungsvorgang starten.

  • Snapshots und die zugehörigen revert-Vorgänge sind für die meisten Dienststufen verfügbar. Auf den Dienststufen „Basic SSD“ und „Basic HDD“ sind keine Snapshots verfügbar.

  • Nur Instanzen mit einer einzigen Freigabe können einen Snapshot-Status wiederherstellen.

  • Snapshots werden zwar in der Enterprise-Dienststufe unterstützt, können aber nicht mit dem Filestore-Feature für mehrere Freigaben kombiniert werden.

Nächste Schritte