Backup Vault für unveränderliche und nicht löschbare Sicherungen

Einrichtung

Auf dieser Seite werden der Sicherungstresor, unterstützte Sicherungsmodelle, Standorte und Ressourcen beschrieben.

Ein Sicherungstresor ist ein Container, in dem Sicherungen gespeichert werden, z. B. selbstverwalteter Speicher, ein von Ihnen erstellter Cloud Storage-Bucket. Ein Backup Vault bietet jedoch zusätzliche Vorteile, da Sicherungen in einem sicheren, isolierten und spezialisierten Speicher geschützt werden. Backup Vaults sind so konzipiert, dass sie die Robustheit gegen böswilliges oder versehentliches Löschen von Sicherungen unterstützen. Diese Funktion unterstützt verschiedene Anwendungsfälle für den Datenschutz, z. B. die Wiederherstellung nach Nutzerfehlern und die Cyber-Wiederherstellung.

Wenn Sicherungen in einem Backup Vault gespeichert werden, übernimmt der Backup- und DR-Dienst die Speicherung und Verwaltung der Sicherungsdaten. Sie haben keinen direkten Zugriff auf die zugrunde liegenden Speicherressourcen, in denen die Daten gespeichert sind. Dadurch sind diese Ressourcen vor direkten Angriffen geschützt. Außerdem können Sie in Backup Vaults eine erzwungene Mindestaufbewahrungsdauer angeben. Dadurch wird verhindert, dass eine Sicherung vor Ablauf des angegebenen Zeitraums abläuft. Das schützt vor versehentlichem oder böswilligem Löschen.

Sie erstellen, greifen auf Backup Vaults zu und verwalten sie mit demGoogle Cloud Backup- und DR-Dienst. In Backup Vaults werden Sicherungen in Regionen oder Multiregionen gespeichert.

Ressourcenmodell

Im folgenden Abschnitt wird das Ressourcenmodell für Sicherungstresore beschrieben.

Backup Vaults haben ein dreistufiges hierarchisches Ressourcenmodell zum Organisieren von Sicherungsdaten:

• Backup Vault Eine benutzerdefinierte Ressource der obersten Ebene zum Speichern vonGoogle Cloud Backup and DR-Sicherungsdaten.
• Datenquelle: Stellt die spezifische Ressource dar, die gesichert wird, z. B. eine virtuelle Maschine oder eine Datenbankinstanz. Eine einzelne Datenquelle kann mehrere Sicherungen enthalten. Eine Datenquelle ist eine untergeordnete Ressource eines Sicherungstresors.
• Sicherung: Stellt eine einzelne Sicherung für die Ressource dar, die durch die Datenquelle angegeben wird. Eine Sicherung ist eine untergeordnete Ressource einer Datenquelle.

Das folgende Diagramm zeigt das Ressourcenmodell für Sicherungstresore.

Unterstützte Ressourcen

In der folgenden Tabelle finden Sie Informationen zu den Ressourcen, die von Sicherungstresoren unterstützt werden, und dazu, wie Sie sie verwalten.

Sicherungsmodelle für Ressourcen, die mit der Google Cloud Konsole geschützt sind

In diesem Abschnitt werden die beiden Sicherungsmodelle für Ressourcen beschrieben, die mit derGoogle Cloud -Konsole geschützt werden.

• Zentralisiertes Modell: In diesem Modell optimieren Organisationen die Sicherungsverwaltung, indem sie Backup Vaults und ‑pläne in einem dafür vorgesehenen zentralen Administratorprojekt erstellen. In diesem zentralen Repository werden Back-ups verschiedener Ressourcen wie Compute Engine-VMs zusammengeführt, die in mehreren Dienstprojekten ausgeführt werden. Organisationen verwenden diese zentral verwalteten Sicherungspläne dann, um ihre Compute Engine-VMs zu schützen, die sich in verschiedenen Dienstprojekten befinden.

  Sicherungsadministratoren können Anwendungs- oder Plattforminhabern in Dienstprojekten auch über IAM-Berechtigungen Zugriff auf Sicherungspläne gewähren. Durch die Gewährung des Zugriffs können Plattforminhaber die Verantwortung für die Sicherung ihrer Anwendungen übernehmen.

• Dezentrales Modell: Im dezentralen Modell werden Sicherungstresore in verschiedenen Projekten erstellt, die auf die spezifischen Anforderungen und erforderlichen Isolationsstufen der Organisation abgestimmt sind. Das bedeutet, dass für jedes Projekt mit verschiedenen Ressourcen wie Compute Engine-VMs ein Backup Vault und ein Sicherungsplan erstellt werden. Dieser Ansatz ist für dezentrale Organisationen von entscheidender Bedeutung, in denen die Verantwortung für die Sicherung von VMs beim jeweiligen Anwendungsteam liegt.

Sicherungsmodelle für Ressourcen, die über die Verwaltungskonsole geschützt sind

In diesem Abschnitt werden die beiden Sicherungsmodelle für Ressourcen beschrieben, die über die Verwaltungskonsole geschützt werden.

• Zentralisiertes Modell: In diesem Modell optimieren Organisationen die Sicherungsverwaltung, indem sie Backup Vaults erstellen und die Verwaltungskonsole in einem dafür vorgesehenen zentralen Administratorprojekt bereitstellen. In diesem zentralen Repository werden Back-ups verschiedener Ressourcen konsolidiert, z. B. von VMware Engine-VMs, die in mehreren Dienstprojekten ausgeführt werden. Organisationen konfigurieren dann Richtlinien in der Verwaltungskonsole, um ihre Ressourcen in verschiedenen Dienstprojekten zu schützen.

• Dezentrales Modell: Im dezentralen Modell werden Verwaltungskonsolen und Sicherungsspeicher in verschiedenen Projekten erstellt, die auf die spezifischen Anforderungen und erforderlichen Isolationsstufen der Organisation abgestimmt sind. Eine Organisation kann beispielsweise für jede Sparte eine separate Verwaltungskonsole verwenden. Dieser Ansatz ist nützlich für dezentrale Organisationen, in denen die Verantwortung für die Verwaltung und Sicherung von Ressourcen auf mehrere Teams aufgeteilt ist.

Unterstützte Standorte für Backup Vault

Backup Vaults können in Regionen und Multiregionen erstellt werden.

Regionen

Backup Vaults können in den folgenden Regionen erstellt werden:

Geografischer Bereich	Name der Region	Beschreibung der Region
Nordamerika
	northamerica-northeast1 *	Montreal	Niedriger CO2-Wert
	northamerica-northeast2	Toronto	Niedriger CO2-Wert
	us-central1	Iowa	Niedriger CO2-Wert
	us-east1	South Carolina
	us-east4	Northern Virginia
	us-east5	Columbus
	us-south1	Dallas	Niedriger CO2-Wert
	us-west1	Oregon	Niedriger CO2-Wert
	us-west2	Los Angeles
	us-west3	Salt Lake City
	us-west4	Las Vegas
	northamerica-south1 *	Querétaro
Südamerika
	southamerica-east1	São Paulo	Niedriger CO2-Wert
	southamerica-west1	Santiago	Niedriger CO2-Wert
Europa
	europe-central2	Warschau
	europe-north1	Finnland	Niedriger CO2-Wert
	europe-southwest1	Madrid	Niedriger CO2-Wert
	europe-west1	Belgien	Niedriger CO2-Wert
	europe-west2	London	Niedriger CO2-Wert
	europe-west3	Frankfurt	Niedriger CO2-Wert
	europe-west4	Niederlande	Niedriger CO2-Wert
	europe-west6	Zürich	Niedriger CO2-Wert
	europe-west8	Mailand
	europe-west9	Paris	Niedriger CO2-Wert
	europe-west10	Berlin	Niedriger CO2-Wert
	europe-west12	Turin
Naher Osten
	me-central1	Doha
	me-central2	Dammam
	me-west1	Israel
Afrika
	africa-south1	Johannesburg
Asiatisch-pazifischer Raum
	asia-east1	Taiwan
	asia-east2	Hongkong
	asia-northeast1	Tokio
	asia-northeast2 *	Osaka
	asia-northeast3	Seoul
	asia-southeast1	Singapur
	asia-southeast2	Jakarta
	australia-southeast1	Sydney
	australia-southeast2	Melbourne
Indien
	asia-south1	Mumbai
	asia-south2	Delhi

^* Querétaro, Montreal und Osaka haben jeweils drei Zonen, die sich in einem oder zwei physischen Rechenzentren befinden. Im seltenen Fall einer Katastrophe können in diesen Regionen gespeicherte Daten verloren gehen.

Multiregionen

Backup Vaults können in den folgenden Multi-Regionen erstellt werden:

Kompatibilität des Arbeitslaststandorts

In dieser Tabelle werden die kompatiblen Backup Vault-Standorte für die einzelnen unterstützten Arbeitslasten bei Verwendung regionaler Backup Vaults beschrieben. Sicherungspläne in derGoogle Cloud -Konsole müssen in derselben Region wie die Quell-Arbeitslast erstellt werden.

Wenn eine Arbeitslast die Verwendung von multiregionalen Backup Vaults unterstützt, muss der Speicherort der Quellarbeitslast mit dem Speicherort des multiregionalen Backup Vaults kompatibel sein.

Die Kompatibilität mit mehreren Regionen wird durch das Präfix des Arbeitslaststandorts bestimmt:

• Ressourcen in Regionen mit dem Präfix „asia“ dürfen nur in der Multiregion „asia“ gesichert werden.
• Ressourcen in Regionen mit dem Präfix „us“ dürfen nur in der Multiregion „us“ gesichert werden.
• Ressourcen in Regionen mit dem Präfix „europe“ dürfen nur in der Multiregion „eu“ gesichert werden.

In dieser Tabelle werden die kompatiblen Backup Vault-Speicherorte für die einzelnen unterstützten Arbeitslasten bei Verwendung multiregionaler Backup Vaults beschrieben.

Verfügbarkeit

Backup Vaults, die an regionalen Standorten erstellt werden, bieten Schutz vor Ausfällen in einer einzelnen Zone. Sicherungsdaten werden redundant in mindestens zwei separaten Zonen gespeichert.

Backup Vaults, die an Multi-Region-Standorten erstellt werden, bieten Schutz vor Ausfällen in einer einzelnen Region. Sicherungsdaten werden redundant in mindestens zwei separaten Regionen gespeichert.

Namen von Backup Vaults

Namen von Sicherungstresoren müssen die folgenden Anforderungen erfüllen:

• Namen von Sicherungstresoren dürfen nur Kleinbuchstaben, Ziffern, Bindestriche (-), Unterstriche (_) und Punkte (.) enthalten. Leerzeichen sind nicht zulässig.
• Namen von Sicherungstresoren müssen mit einer Ziffer oder einem Buchstaben beginnen und enden.
• Namen von Sicherungstresoren müssen zwischen 3 und 63 Zeichen lang sein. Namen mit Punkten dürfen bis zu 222 Zeichen lang sein, wobei jeder durch einen Punkt getrennte Teil nicht mehr als 63 Zeichen enthalten darf.
• Namen von Sicherungstresoren dürfen nicht wie eine IP-Adresse im Dezimalformat mit Punkten als Trennzeichen dargestellt werden. Beispiel: 192.0.2.255.

Erzwungene Mindestaufbewahrungsdauer für Backup Vault

Mit der erzwungenen Mindestaufbewahrungsdauer für Backup Vaults können Sie festlegen, wann eine Sicherung gelöscht werden kann, um Daten vor versehentlichem oder böswilligem Löschen zu schützen. Sicherungen in Backup Vaults können erst gelöscht werden, wenn die erzwungene Mindestaufbewahrungsdauer abgelaufen ist. Wenn Sie einen neuen Sicherungstresor erstellen, müssen Sie einen erzwungenen Mindestaufbewahrungszeitraum zwischen 1 Tag und 99 Jahren angeben.

Sie können verhindern, dass die erzwungene Mindestaufbewahrungsdauer eines Backup Vaults verkürzt wird, indem Sie den Backup Vault sperren. Sie können die erzwungene Mindestaufbewahrungsdauer auch nach dem Sperren noch verlängern. Weitere Informationen finden Sie unter Erzwungene Mindestaufbewahrungsdauer aktualisieren.

Wenn Sie eine Sperre einrichten, müssen Sie das Datum definieren, an dem die Sperre in Kraft tritt. Bis zum Datum des Inkrafttretens können Sie die erzwungene Aufbewahrungsdauer des Backup-Tresors verlängern oder verkürzen. Nach dem Datum des Inkrafttretens der Sperre kann jedoch auch der Projektinhaber die erzwungene Aufbewahrungsdauer für diesen Backup-Tresor nicht verkürzen.

Angenommen, Sie haben den Mindestzeitraum für die Erzwingung auf fünf Tage festgelegt, angegeben, dass der Tresor gesperrt werden soll, und das Sperrdatum auf den 31. Juli 2024 um 00:00 Uhr UTC festgelegt. Bis zum 31. Juli 2024 um 00:00 Uhr UTC können Sie die Mindestaufbewahrungsdauer verlängern oder verkürzen. Danach können Sie die erzwungene Mindestaufbewahrungsdauer nur noch verlängern.

Zugriffsbeschränkungen für einen Backup Vault

Mit der Einstellung für Zugriffsbeschränkungen eines Backup Vaults können Sie die Quellen steuern, aus denen Daten in einen Backup Vault gesichert oder aus einem Backup Vault wiederhergestellt werden können. Diese Einstellung bestimmt die Arten von Ressourcen, die Sie in einem Backup Vault speichern können.

Sie können eine der folgenden Einstellungen für die Zugriffsbeschränkung für einen Sicherungstresor auswählen. Diese Einstellung ist dauerhaft und kann nicht geändert werden.

• Zugriff auf aktuelle Organisation beschränken: Sicherungs- und Wiederherstellungsvorgänge werden nur innerhalb Ihrer aktuellen Organisation unterstützt. Durch diese Auswahl ist der Sicherungstresor mit Ressourcen kompatibel, die über dieGoogle Cloud -Konsole verwaltet werden, z. B. Compute Engine-VMs, aber nicht mit Ressourcen, die über die Verwaltungskonsole verwaltet werden.
• Zugriff auf aktuelles Projekt beschränken: Sicherungs- und Wiederherstellungsvorgänge werden nur in Ihrem aktuellen Projekt unterstützt. Durch diese Auswahl wird der Sicherungstresor mit Ressourcen kompatibel, die über dieGoogle Cloud -Konsole verwaltet werden (z. B. Compute Engine-VMs), aber nicht mit Ressourcen, die über die Verwaltungskonsole verwaltet werden.
• Zugriff auf aktuelle Organisation beschränken, aber uneingeschränkter Zugriff für Sicherungs-Appliances: Für Ressourcen, die über die Google Cloud -Konsole verwaltet werden, werden Sicherungs- und Wiederherstellungsvorgänge nur innerhalb Ihrer aktuellen Organisation unterstützt. Ressourcen, die über die Verwaltungskonsole verwaltet werden (z. B. VMware Engine-VMs), werden ebenfalls unterstützt. Sicherungs- und Wiederherstellungsvorgänge für diese Ressourcen sind jedoch nicht auf Ihre aktuelle Organisation beschränkt. Durch diese Auswahl ist der Backup Vault mit Ressourcen kompatibel, die über die Google Cloud -Konsole verwaltet werden, und mit Ressourcen, die über die Verwaltungskonsole verwaltet werden.
• Uneingeschränkten Zugriff zulassen: Ermöglicht Sicherungs- und Wiederherstellungsvorgänge in oder aus beliebigen Projekten oder Organisationen. Durch diese Auswahl wird der Sicherungstresor mit Ressourcen kompatibel, die über die Google Cloud -Konsole verwaltet werden, und mit Ressourcen, die über die Verwaltungskonsole verwaltet werden.

Nächste Schritte

• Backup Vault in der Google Cloud Console erstellen und verwalten
• Datenquellen in der Google Cloud Console verwalten
• Sicherungen in der Google Cloud -Konsole verwalten