Auf dieser Seite erhalten Sie einen Überblick über die Funktion „Volume-Snapshots“ von Google Cloud NetApp Volumes.
Informationen zu Snapshots
NetApp Volumes hilft Ihnen, Ihre Datennutzung mit Snapshots zu verwalten, mit denen verlorene Daten schnell wiederhergestellt werden können. Snapshots sind Momentaufnahmen des Inhalts Ihres Volumes. Sie sind Ressourcen von Volumes und sind sofortige Erfassungen Ihrer Daten, die nur Speicherplatz für geänderte Daten belegen. Da sich Daten im Laufe der Zeit ändern, belegen Snapshots in der Regel mit zunehmendem Alter mehr Speicherplatz.
Hinweise
Berücksichtige Folgendes:
Wenn Sie alle Daten in einem Snapshot überschreiben, belegt der Snapshot eine erhebliche Volumekapazität, was bei der Bereitstellung der Volumekapazität berücksichtigt wird.
Bei Volumes mit einer typischen Änderungsrate von 1–2% pro Tag und typischen Snapshot-Zeitplänen sind in der Regel zusätzliche 20% der Kapazität für das Speichern von Snapshots erforderlich.
Snapshot-Attribute
Snapshots bieten folgende Funktionen:
Sofortige Erfassung: Mit Snapshots werden Daten innerhalb eines Volumes zu einem genauen Zeitpunkt erfasst.
Speicherplatzsparend: Snapshots verbrauchen nur wenig Speicherplatz, da nur geänderte oder gelöschte Daten überschrieben und vorhandene unveränderte Daten beibehalten werden.
Als Dateisystem lesbar: Alle Snapshots sind für jeden Zeitpunkt als schreibgeschützte Dateien über standardmäßige Dateisystemschnittstellen leicht zugänglich.
Schnelles Erstellen von Klonen: Sie können ein Volume innerhalb von Sekunden klonen. Das Erstellen eines neuen Volumes aus einem Snapshot dauert unabhängig von der Größe des Volumes oder Snapshots genauso lange wie das Erstellen eines neuen leeren Volumes. Der Klon ist ein neues Volume und der Speicherpool benötigt ausreichend freie Kapazität, um ihn aufzunehmen.
Schnelle Wiederherstellung von Snapshots: Unabhängig von der Größe des Volumes können Sie ein Volume innerhalb weniger Minuten auf eine Snapshot-Version wiederherstellen. Änderungen, die an Volumes nach dem Erstellen des Snapshots vorgenommen wurden, werden rückgängig gemacht. Das gilt auch für neuere Snapshots.
Arten von Snapshots
Es gibt drei Arten von Snapshots:
Manuelle Snapshots: Snapshots, die Sie manuell erstellen und löschen.
Geplante Snapshots: Mit geplanten Snapshots können Sie Snapshots automatisch erstellen oder löschen. Geplante Snapshots erkennen Sie am Namen im folgenden Format:
<schedule>-<timestamp>
<schedule>
: stündlich, wöchentlich oder monatlich<timestamp>
: wird in UTC (YYYY-MM-DD at HH:MM:SS UTC
) angezeigt
Interne Snapshots: Snapshots, die von NetApp Volumes zur Unterstützung von Replikations- und Sicherungsvorgängen verwendet werden. Interne Snapshots können nicht manuell gelöscht werden. Sie können interne Snapshots anhand ihres Namens identifizieren. Je nachdem, wie Sie Snapshots aufrufen, können interne Snapshots unterschiedliche Namen haben:
In der Google Cloud Console, der Google Cloud CLI und API-Antworten werden interne Snapshots gemäß der Benennungskonvention
replication-<timestamp>
benannt.Wenn Sie über NFS oder SMB auf einen Snapshot zugreifen, verwenden interne Snapshots die Namenskonvention
snapmirror.<uuid>.<timestamp>.
.
Snapshot-Kapazität
Beachten Sie Folgendes, bevor Sie Snapshots verwenden:
Bei den meisten Datensätzen reicht eine zusätzliche Kapazität von 20% aus, um Snapshots bis zu vier Wochen lang aufzubewahren. Je älter die Daten sind, desto unwahrscheinlicher ist es, dass sie für die Wiederherstellung verwendet werden.
Wenn Sie alle Daten in einem Snapshot überschreiben, wird eine erhebliche Volumekapazität verbraucht, was sich auf die Bereitstellung der Volumekapazität auswirkt.
Snapshot-Zeitpläne
Gängige Snapshot-Zeitpläne:
Stündliche Snapshots, die innerhalb von 48 Stunden aufgenommen wurden
Tägliche Snapshots, die innerhalb eines Zeitraums von 30 Tagen aufgenommen wurden
Wöchentliche Snapshots, die optional innerhalb eines Zeitraums von 60 Tagen aufgenommen werden
Attribute für stündliche Snapshots
Stündliche Snapshots erfüllen ein Recovery Point Objective von einer Stunde.
Anwendungsfälle für Snapshots
Im folgenden Abschnitt werden Szenarien beschrieben, in denen Sie mithilfe von Snapshots Herausforderungen bei der Datenverwaltung bewältigen können.
Anwendungsklonen: Mit der Funktion zum Erstellen von Snapshots und zum Klonen von Anwendungen können Sie unabhängig von der Klongröße und der Datenstruktur mehr Testiterationen in kürzerer Zeit durchführen.
Volumewiederherstellung: Sie können Snapshots mit NetApp Volumes-Sicherungen verwenden, um einzelne Dateien oder Verzeichnisse wiederherzustellen, wenn die Daten auf dem Volume beschädigt oder gelöscht wurden. Da Snapshots nur innerhalb des Volumes vorhanden sind, bieten sie keinen vollständigen Schutz vor verlorenen Volumes.
Datenversionierung: Mithilfe von Snapshots können Sie mehrere Versionen desselben Datensatzes zugänglich machen.
Anwendungs- und Datenupgrades: Bevor Sie Anwendungen aktualisieren, können Sie mit NetApp Volumes einen Snapshot des aktuellen Zustands Ihrer Daten erstellen. Sollte das Upgrade fehlschlagen, können Sie zum vorherigen Zustand zurückkehren und Ihre Dateien wiederherstellen.
Schutz vor Ransomware:NetApp Volumes bietet Schutz vor Datenverlusten durch Ransomware-Angriffe. Da Snapshots nur lesbar und nicht verschlüsselbar sind, tragen sie dazu bei, unbefugte Datenverschlüsselung oder ‑löschung von einer manipulierten VM zu verhindern, auf der das Volume möglicherweise bereitgestellt ist. Bei einem großen Datenverlust oder einer Manipulation können Sie mit einem Snapshot ein gesamtes Volume in Sekundenschnelle auf einen früheren Zustand zurücksetzen.
Sie können auch einen verwendbaren Volume-Klon aus einem älteren Snapshot erstellen, um den Betrieb fortzusetzen, bis Ihre Daten nach einem Ransomware-Angriff auf Änderungen oder Beschädigungen geprüft wurden. Mit beiden Optionen können Sie alle Ihre Daten innerhalb weniger Minuten verwenden.
Anwendungskonsistente Wiederherstellungspunkte: Mit NetApp-Volumes können Sie ‑konsistente Snapshots erstellen. Diese Snapshots werden erstellt, nachdem das Betriebssystem und die Anwendung den aktuellen Status der Daten auf den Speicher geschrieben haben. Anwendungskonsistente Snapshots bieten einen klaren Wiederherstellungspunkt für die Anwendung und können zum Erstellen eines konsistenten Klons der Anwendung verwendet werden. Da Snapshots über den Client nur schreibgeschützt zugänglich sind, können Nutzer Daten sofort wiederherstellen, was die Wiederherstellungszeit erheblich verkürzt.
Absturzkonsistente Snapshots: Sie können auch absturzkonsistente Snapshots zum Wiederherstellen von Daten verwenden. Dies funktioniert bei den meisten Anwendungen gut. Einige Daten im Speicher sind jedoch möglicherweise zum Zeitpunkt der Wiederherstellung nicht auf dem neuesten Stand, da sie einige Zeit im Betriebssystem- und Anwendungscache aufbewahrt werden, bevor sie auf den Speicher geschrieben werden.
Logische Speicherplatznutzung: Die Speicherplatznutzung von NetApp Volumes spiegelt die Daten im aktiven Dateisystem und gelöschte Blöcke wider, die in Snapshots beibehalten werden. NetApp Volumes gibt die aufbewahrten Snapshot-Blöcke frei, sobald der letzte Snapshot, der auf die Blöcke verweist, gelöscht wurde. Ihr Volume belegt weiterhin den bereitgestellten Speicherplatz, einschließlich gelöschter Daten, die in Ihren Snapshots aufbewahrt werden.
Beispiel für die Nutzung des Snapshot-Speicherplatzes
Im folgenden Beispiel wird beschrieben, wie Sie die Speicherplatzanforderung für Snapshots verwalten:
Ein Nutzer stellt ein Volume mit 5 TiB bereit und schreibt 3 TiB Daten darauf.
Ergebnis: Der Client sieht 2 TiB freien Speicherplatz.
Der Client erstellt einen Snapshot und löscht dann 1 TiB an Daten.
5 TiB Volumen – 2 TiB Nutzerdaten – 1 TiB Snapshot-Daten
Ergebnis: Der Kunde sieht weiterhin nur 2 TiB freien Speicherplatz. Das liegt daran, dass das System 1 TiB gelöschter Daten aufbewahren muss, auf die im Snapshot verwiesen wird. Diese Kapazität wird auf die zugewiesene Kapazität angerechnet.
NetApp Volumes löscht den Snapshot.
Ergebnis: 1 TiB Snapshot-Daten werden freigegeben und der Client sieht 3 TiB freien Speicherplatz.
Nächste Schritte
Erstellen Sie einen manuellen Snapshot.