Informationen zu Archiv- und Standard-Laufwerk-Snapshots

Standard-Snapshots ermöglichen ein inkrementelles Sichern von Daten auf einem Laufwerk. Nachdem Sie einen Snapshot erstellt haben, können Sie damit ein neues Laufwerk erstellen, das die erfassten Daten enthält. Standard-Snapshots bieten georedundante Sicherungen eines einzelnen Laufwerks. Mit einem Snapshot wird der Inhalt eines Laufwerks erfasst, unabhängig davon, ob das Laufwerk an eine laufende VM-Instanz (virtuelle Maschine) angehängt ist. Wenn Sie eine gesamte VM oder mehrere Laufwerke gleichzeitig sichern möchten, erstellen Sie ein Maschinen-Image. Weitere Szenarien finden Sie in dem Diagramm mit der Beschreibung von Datensicherungsoptionen.

Der Lebenszyklus eines Snapshots, der von einem Laufwerk erstellt wird, das an eine laufende VM-Instanz angehängt ist, ist unabhängig vom Lebenszyklus der VM-Instanz.

Snapshot-Typen

Sie können einen nichtflüchtigen Speicher mit Snapshots sichern. Die drei Snapshot-Typen – Standard, Instant und Archiv – erfassen den Inhalt eines Laufwerks zu einem bestimmten Zeitpunkt.

Die beiden Hauptunterschiede zwischen den Snapshot-Typen sind die Datenwiederherstellungszeit (Data Recovery Time, RTO) und der Speicherort.

Datenwiederherstellungszeit

Die Datenwiederherstellungszeit ist die Zeit, die zum Erstellen eines neuen Laufwerks aus einem Snapshot benötigt wird, und variiert je nach Snapshot-Typ.

Instant Snapshots bieten die niedrigste und beste Wiederherstellungszeit.
Standard-Snapshots haben kürzere Datenwiederherstellungszeiten als Archiv-Snapshots.
Archiv-Snapshots haben die längsten Datenwiederherstellungszeiten, bieten aber den kostengünstigsten Speicher.

Speicherort nach Snapshot-Typ

Der Speicherort ist die Zone oder Region, in der Compute Engine den Snapshot speichert.

Instant Snapshots sind lokale Laufwerksicherungen, die in derselben Zone oder Region wie das Quelllaufwerk gespeichert sind.
Archiv- und Standard-Snapshots sind Remote-Sicherungen von Laufwerksdaten, die vom Quelllaufwerk getrennt gespeichert sind.

Compute Engine speichert Archiv- und Standard-Snapshots auf die gleiche Weise. Kopien von Archiv- und Standard-Snapshots werden an mehreren Speicherorten mit automatischen Prüfsummen gespeichert, um die Integrität Ihrer Daten zu bewahren.

Sofern nicht anders angegeben, enthalten Verweise auf Standard-Snapshots Archiv-Snapshots.

Vergleich der Snapshot-Typen

In der folgenden Tabelle werden die Unterschiede zwischen den Snapshot-Typen verglichen:

Snapshot-Typ	Optimal für	Speicherredundanz	Unterstützung für Hyperdisk	Kann mit Snapshot-Zeitplänen erstellt werden
Standard-Snapshots	Georedundante Datensicherung zum Schutz vor lokalen, zonalen und regionalen Ausfällen	Redundanter Speicher für mehrere Regionen	Ja	Ja
Archiv-Snapshots	Wie Standard-Snapshots, aber für Daten, auf die selten zugegriffen wird und die mehrere Monate oder Jahre lang aufbewahrt werden müssen. Kostengünstiger georedundanter Speicher, der sich besser für Daten im Zusammenhang mit Compliance, Audits und kaltem Datenspeicher eignet.	Redundanter Speicher für mehrere Regionen	Ja	Nein
Instant Snapshots	Direkte Datensicherungen zur schnellen Wiederherstellung auf einem neuen Laufwerk bei einem Nutzerfehler oder einer Beschädigung der Anwendung.	Nicht redundant. Wird in derselben Zone oder Region wie das Quelllaufwerk gespeichert.	Nein	Nein

Zusätzlich zu den Snapshots bietet Compute Engine weitere Datensicherungsoptionen. Lesen Sie das Diagramm mit der Beschreibung von Datensicherungsoptionen.

Die Informationen in diesem Dokument gelten für Standard-Snapshots. Weitere Informationen zu Instant-Snapshots

Archiv-Snapshots

Standard- und Archiv-Snapshots unterscheiden sich hauptsächlich in Bezug auf Speicherort und Kosten.

Archiv-Snapshots haben die gleichen Vorteile wie Standard-Snapshots, einschließlich inkrementeller Ketten, Komprimierung und Verschlüsselung.

Archiv-Snapshots sind jedoch kostengünstiger und besser für Anwendungsfälle im Zusammenhang mit Compliance, Audits und Langzeitspeicherung geeignet. Wenn Sie Snapshots über viele Monate oder Jahre hinweg benötigen und nur selten auf Snapshots zugreifen müssen, sollten Sie Archiv-Snapshots anstelle von Standard-Snapshots verwenden. Jeder Snapshot-Typ wird in separaten inkrementellen Snapshot-Ketten gespeichert. Archiv-Snapshots werden separat in der Google Cloud Console aufgelistet.

Mit Standard-Snapshots arbeiten

Informationen zum Sichern von Laufwerken mit Snapshots finden Sie unter Snapshots erstellen. Sie können einen Snapshot des Laufwerks erstellen, bevor Sie einen potenziell gefährlichen Vorgang ausführen, damit Sie die Änderung rückgängig machen können, falls Ihre Ergebnisse unerwartet ausfallen.
Informationen zum Wiederherstellen des Inhalts eines Snapshots auf einem neuen Laufwerk finden Sie unter Snapshots wiederherstellen.
Wenn Sie einen bestimmten Snapshot nicht mehr benötigen, können Sie die Speicherkosten reduzieren, indem Sie den Snapshot löschen.
Dabei empfiehlt es sich, Snapshots zu planen, damit Ihre Daten regelmäßig gesichert werden. So verringert sich auch das Risiko unerwarteter Datenverluste.

Auf Standard-Snapshots zugreifen

Snapshots sind globale Ressourcen. Deshalb kann jeder Snapshot von jeder Ressource innerhalb desselben Projekts aufgerufen werden.
Außerdem ist eine projektübergreifende Freigabe von Snapshots möglich.

Beschränkungen

Sie können den Speicherort eines vorhandenen Standard-Snapshots nicht ändern. Weitere Informationen finden Sie unter Speicherort für Snapshot auswählen.
Sie können höchstens alle 10 Minuten einen Snapshot Ihrer Laufwerke erstellen. Wenn Sie mehrere Anfragen zum Erstellen von Snapshots Ihrer Laufwerke stellen möchten, können Sie maximal 6 Anfragen innerhalb von 60 Minuten senden. Weitere Informationen finden Sie unter Best Practices für Snapshots nichtflüchtiger Speicher.
Die in einem Snapshot gespeicherten Daten können nicht bearbeitet werden.
Sie können gelöschte Snapshots nicht wiederherstellen.
Sie können eine unbegrenzte Anzahl von Standard-Snapshots eines bestimmten Laufwerks erstellen.

Funktionsweise von inkrementellen Standard-Snapshots

Snapshots sind inkrementell, sodass Sie regelmäßige Snapshots einer Persistent Disk oder Hyperdisk schneller und kostengünstiger im Vergleich zur regelmäßigen Erstellung eines vollständigen Images des Laufwerks erstellen können.

So funktionieren inkrementelle Snapshots:

Der erste erfolgreiche Snapshot eines Laufwerks ist ein vollständiger Snapshot, der alle Daten des Laufwerks enthält.
Der zweite Snapshot enthält nur neue Daten oder Daten, die seit dem ersten Snapshot geändert wurden. Daten, die seit Snapshot 1 nicht geändert wurden, werden nicht einbezogen. Stattdessen enthält Snapshot 2 bei unveränderten Daten Verweise auf Snapshot 1.
Snapshot 3 enthält Daten, die seit Snapshot 2 neu hinzugefügt oder geändert wurden, enthält aber keine unveränderten Daten aus Snapshot 1 oder 2. Stattdessen enthält Snapshot 3 bei unveränderten Daten Verweise auf Blöcke in Snapshot 1 und Snapshot 2.

Dies wird für alle nachfolgenden Snapshots des Laufwerks wiederholt. Snapshots werden immer basierend auf dem letzten erfolgreichen Snapshot erstellt.

Snapshot löschen

Compute Engine verwendet inkrementelle Snapshots, sodass jeder Snapshot nur die Daten enthält, die sich seit dem vorherigen Snapshot geändert haben. Bei unveränderten Daten verweisen Snapshots auf die Daten in vorherigen Snapshots. Speicherkosten für Persistent Disk- und Hyperdisk-Snapshots werden nur für die Gesamtgröße des Snapshots in Rechnung gestellt

Wenn Sie einen Standard-Snapshot löschen, wird er sofort gelöscht, wenn keine abhängigen Snapshots vorhanden sind.

Wenn Sie jedoch einen Snapshot mit abhängigen Snapshots löschen, geschieht Folgendes:

Daten, die zur Wiederherstellung anderer Snapshots benötigt werden, werden in den nächsten Snapshot verschoben, wodurch dieser vergrößert wird.
Daten, die nicht zur Wiederherstellung anderer Snapshots benötigt werden, werden gelöscht. Dadurch wird die Gesamtgröße aller Snapshots verringert.
Der nächste Snapshot verweist nicht mehr auf den zum Löschen markierten Snapshot, sondern auf den Snapshot davor.

Da nachfolgende Snapshots Informationen benötigen könnten, die in einem vorherigen Snapshot gespeichert sind, werden beim Löschen eines Snapshots also nicht unbedingt alle Daten im Snapshot gelöscht. Sie müssen alle Snapshots löschen, um Daten endgültig aus Snapshots zu löschen.

Wenn ein Snapshot-Zeitplan mit dem Laufwerk verknüpft ist, müssen Sie den Snapshot-Zeitplan vom Laufwerk trennen, bevor Sie ihn löschen. Durch das Entfernen des Snapshot-Zeitplans vom Laufwerk werden weitere Snapshot-Aktivitäten verhindert. Mit einem Laufwerk verknüpfte Zeitpläne können nicht gelöscht werden. Snapshots lassen sich jederzeit manuell löschen.

Das folgende Diagramm zeigt diesen Vorgang.

Snapshot-Größe und gelöschte Blöcke

Snapshots erfassen Teile des Laufwerks, auf die geschrieben und nicht verworfen wurde. Abhängig von der Konfiguration des Laufwerksdateisystems werden manchmal gelöschte Dateien nicht gelöscht. In diesem Fall stellen Sie möglicherweise fest, dass Ihr Snapshot größer ist als der belegte Speicherplatz auf dem vom Dateisystem gemeldeten Laufwerk. Um dies zu vermeiden, hat es sich bewährt,aktivierendiscard Option auswählen oder ausführenfstrim auf dem Laufwerk , um die Option zu aktivieren.

Snapshot-Ketten

Sie können Standard-Snapshots in verschiedenen Snapshot-Ketten erstellen. Dazu geben Sie bei der Snapshot-Erstellung einen Snapshot-Kettennamen an. Wenn Sie mehrere Standard-Snapshots eines nichtflüchtigen Speichers mit einem Kettennamen erstellen, basiert jeder Snapshot inkrementell auf dem letzten erfolgreichen Snapshot, der mit diesem Kettennamen erstellt wurde. Verwenden Sie Snapshot-Ketten nur, wenn Sie ein erfahrener Dienstinhaber sind und separate Snapshot-Ketten erstellen müssen, z. B. für das Tracking von Rückbuchungen.

Während der Erstellung eines Standard-Snapshots können Sie den Namen einer Snapshot-Kette mit der folgenden Option angeben:gcloud-CLI ,REST, oderTerraform “

Wenn Sie einen Snapshot erstellen, haben Sie die Möglichkeit, einen Standard-Snapshot oder einen Archiv-Snapshot zu erstellen. Archiv-Snapshots haben die gleichen Vorteile wie Standard-Snapshots, einschließlich inkrementeller Ketten, Komprimierung und Verschlüsselung. Archiv-Snapshots sind jedoch kostengünstiger und besser für Anwendungsfälle im Zusammenhang mit Compliance, Audits und Langzeitspeicherung geeignet. Wenn Sie Snapshots über viele Monate oder Jahre hinweg benötigen und nur selten auf Snapshots zugreifen müssen, sollten Sie Archiv-Snapshots anstelle von Standard-Snapshots verwenden. Jeder Snapshot-Typ wird in separaten inkrementellen Snapshot-Ketten gespeichert. Archiv-Snapshots werden separat in der Google Cloud Console aufgelistet.

Snapshot-Speicherort

Jedes Mal, wenn Sie einen Snapshot eines Laufwerks erstellen, speichert Google Cloud den Snapshot an einem bestimmten Speicherort. Unabhängig vom Speicherort eines Snapshots können Sie mit dem Snapshot ein neues Laufwerk in jeder beliebigen Region und Zone erstellen. Der Speicherort eines Snapshots wirkt sich jedoch auf seine Verfügbarkeit aus. Es können Netzwerkkosten anfallen, wenn Sie den Snapshot erstellen oder auf einem neuen Laufwerk wiederherstellen.

Arten von Speicherorten

Snapshots können mit einem der folgenden Arten von Speicherorten gespeichert werden:

Multiregionale Cloud Storage-Standorte, z. B. asia oder us.
Regionale Cloud Storage-Standorte, z. B. asia-south1 oder us-central1.

Ein multiregionaler Speicherort bietet die höchste Verfügbarkeit und Ausfallsicherheit. Ein regionaler Speicherort gibt Ihnen mehr Kontrolle über den physischen Speicherort Ihrer Daten, da Sie eine einzelne Region angeben.

Wenn Sie Unternehmens- oder behördliche Richtlinien für die Datenplatzierung einhalten müssen, speichern Sie Ihren Snapshot am nächstgelegenen regionalen Speicherort, der diese Richtlinien erfüllt.

Wenn die Anwendung nicht innerhalb eines multiregionalen Standorts bereitgestellt ist und Ihnen geringere Netzwerkkosten wichtiger sind als hohe Snapshotverfügbarkeit, speichern Sie den Snapshot in der Region, in der sich Ihr Quelllaufwerk befindet. Das Speichern des Snapshots in der Region, in der sich Ihr Quelllaufwerk befindet, minimiert die Netzwerkkosten für die Wiederherstellung und die Erstellung von Snapshots von diesem Quelllaufwerk.

Im Gegensatz zu einem multiregionalen Speicherstandort werden Ihre Daten an einem regionalen Speicherort jedoch nicht redundant in mehreren Rechenzentren gespeichert. Daher sind Ihre Daten bei größeren Störungen möglicherweise nicht zugänglich. Damit die Verfügbarkeit Ihrer Daten gewährleistet werden kann, sollten Sie einen redundanten Snapshot an einem zweiten Speicherort speichern.

Wenn Sie eine Organisationsrichtlinie mit Einschränkung der Ressourcenstandorte haben, können Sie nur Snapshot-Speicherorte angeben, die gemäß der Einschränkung freigegeben sind. Weitere Informationen finden Sie unter Compute Engine-Ressourcenspeicherorte.

Speicherort auswählen

Sie können mit einer der folgenden Methoden den Snapshot für Ihr Projekt speichern:

Verwenden Sie den vordefinierten oder benutzerdefinierten Standardspeicherort, der in den Snapshot-Einstellungen konfiguriert ist. Die Richtlinie für Speicherorte in den Snapshot-Einstellungen definiert den Standardspeicherort, an dem Google Cloud alle Snapshots Ihres Projekts speichert. Google Cloud verwaltet eine vordefinierte Richtlinie für Standardspeicherorte. Sie können diese Richtlinie bei Bedarf in den Snapshot-Einstellungen anpassen und einen eigenen Standardspeicherort festlegen:
- Verwenden Sie den vordefinierten Standardspeicherort von Google Cloud. Bis Sie die Snapshot-Einstellungen erstmalig aktualisieren, behält Google Cloud einen vordefinierten Wert für die Richtlinie für den Speicherort bei. Dieser vordefinierte Standardspeicherort ist der multiregionale Speicherort, der dem Quelllaufwerk am nächsten ist. Weitere Informationen finden Sie unter Vordefinierte Google Cloud-Speicherorte.
- Legen Sie Ihren eigenen Standardspeicherort fest. Wenn Sie den Standardspeicherort für die Snapshots Ihres Projekts anpassen möchten, müssen Sie die Richtlinie für den Speicherort in den Snapshot-Einstellungen aktualisieren. Nachdem Sie die Snapshot-Einstellungen aktualisiert und Ihren eigenen Standard konfiguriert haben, verwendet Google Cloud diesen neu konfigurierten Speicherort, um alle zukünftigen Snapshots zu speichern. Weitere Informationen finden Sie unter Snapshot-Einstellungen für Ihr Projekt aktualisieren.
Snapshot-Einstellungen überschreiben und Speicherort während der Snapshot-Erstellung manuell angeben. Alternativ können Sie die Snapshot-Einstellungen überschreiben und manuell einen Speicherort Ihrer Wahl angeben, wenn Sie einen Snapshot erstellen. Sie können diese Option verwenden, um auf Betriebsbasis einen anderen Speicherort für bestimmte Snapshots auszuwählen. Informationen zum Angeben des Standorts während der Snapshot-Erstellung finden Sie unter Snapshot eines Persistent Disk-Volumes erstellen.

Kriterien für die Auswahl des vordefinierten Google Cloud-Standardspeicherorts

Hier finden Sie einige Beispiele für die Verwendung der Option für multiregionale Speicherorte, die in Ihren Snapshot-Einstellungen vordefiniert ist:

Der multiregionale Standardspeicherort erfüllt die Unternehmens- oder behördlichen Richtlinien für die Datenplatzierung.
Ihr Laufwerk wird an einem regionalen Standort (z. B. us-central1) gespeichert, der Teil eines multiregionalen Standorts (us) ist. Sie bevorzugen eine höhere Snapshot-Verfügbarkeit, jedoch mit dem Risiko einer Leistungsreduzierung bei der Snapshot-Wiederherstellung.
Sie erwarten nicht, dass Ihre Snapshots häufig auf Laufwerken wiederhergestellt werden, die sich außerhalb des Standardspeicherorts des Snapshots befinden.

Wann muss ich einen eigenen Speicherort auswählen?

Hier finden Sie einige Beispiele für die Verwendung eines benutzerdefinierten Speicherorts, indem Sie entweder die Snapshot-Einstellungen aktualisieren oder überschreiben:

Der multiregionale benutzerdefinierte Speicherort erfüllt die Unternehmens- oder behördlichen Richtlinien für die Datenplatzierung.
Ihre Anwendung wird in einer Region bereitgestellt, die in keinem der multiregionalen Cloud Storage-Standorte enthalten ist, und Sie möchten der Snapshot-Wiederherstellung Vorrang vor der Snapshot-Verfügbarkeit geben.
Sie stellen Ihre Snapshots mehrmals von einem Laufwerk außerhalb des Standardspeicherorts für Snapshots wieder her.

Sie können den Speicherort vorhandener Snapshots nicht ändern. Wenn Sie den Laufwerk-Snapshot an einem neuen Speicherort speichern möchten, erstellen Sie einen neuen Snapshot am gewünschten Speicherort und löschen Sie den Snapshot dann am älteren Speicherort. Wenn Sie einen Snapshot an mehreren Speicherorten speichern müssen, müssen Sie an jedem Ort einen Snapshot erstellen. Wenn Sie einen neuen Snapshot an einem neuen Speicherort erstellen, wird ein vollständiger Snapshot mit allen Daten auf dem Laufwerk erstellt.

Netzwerkkosten

Netzwerkgebühren gelten für die Erstellung oder Wiederherstellung aller multiregionalen Standard-Snapshots, wenn sich ein Laufwerk in einer Mitgliedsregion des multiregionalen Standorts befindet. Wenn Sie die zusätzliche Replikation und Robustheit multiregionaler Snapshots nicht benötigen, empfehlen wir die Verwendung regionaler Snapshots. Geben Sie dazu beim Erstellen von Snapshots einen regionalen Standort an.

Die Auswahl des Speicherorts für einen Snapshot ist von entscheidender Bedeutung, um die Netzwerkkosten möglichst gering zu halten. Wenn Sie einen Snapshot in derselben Region wie Ihr Quelllaufwerk speichern, entstehen beim Zugriff auf den Snapshot aus derselben Region keine Netzwerkgebühren. Greifen Sie hingegen aus einer anderen Region auf den Snapshot zu, fallen Netzwerkkosten an. Netzwerkkosten fallen an, wenn ein Snapshot in einer anderen Region als das Quelllaufwerk erstellt wird und wenn ein Snapshot auf einem Laufwerk in einer anderen Region als der Snapshot wiederhergestellt wird.

Bei regionsübergreifendem Zugriff werden Netzwerkgebühren fällig. Wenn sich Ihr Quelllaufwerk beispielsweise in asia-east1 befindet und Sie Ihre Snapshots in asia-east2 speichern, entstehen Ihnen beim Abrufen des Snapshots durch die Kommunikation zwischen diesen beiden Regionen Netzwerkkosten.

Die Regionen australia-southeast1 und southamerica-east1 haben einen multiregionalen Standardspeicherort für Snapshots, der Netzwerkkosten verursacht, es sei denn, Sie ändern den Speicherort. Sie können den Speicherort mit den Snapshot-Einstellungen ändern oder den Standardspeicherort beim Erstellen des Snapshots manuell überschreiben.

Wenn sich Ihr Quelllaufwerk in australia-southeast1 befindet, befindet sich der Standardspeicherort für Snapshots am multiregionalen Standort asia. Speichern Sie die Snapshots stattdessen in der Region australia-southeast1, um die Kosten zu senken.
Wenn sich Ihr Quelllaufwerk in southamerica-east1 befindet, befindet sich der Standardspeicherort für Snapshots am multiregionalen Standort us. Speichern Sie die Snapshots stattdessen in der Region southamerica-east1, um die Kosten zu senken.

Wenn Sie einen Snapshot auf einem Laufwerk in einer Region wiederherstellen, die nicht im Speicherort des Snapshots enthalten ist, entstehen Netzwerkkosten. Wenn Sie beispielsweise einen neuen regionalen nichtflüchtigen Speicher in australia-southeast1 aus einem Snapshot erstellen, der in asia, also an einem multiregionalen Standort, gespeichert ist, entstehen Netzwerkkosten.