このページは Cloud Translation API によって翻訳されました。

変更不可・消去不可のバックアップ用の Backup Vault

マルチリージョン Backup Vault へのアクセスは招待制です。 Google Cloudプロジェクトでマルチリージョンバックアップボルトへのアクセス権をリクエストする場合は、営業担当者にお問い合わせください。

このページでは、Backup and DR サービスのバックアップボルトについて説明します。サポートされているバックアップモデル、利用可能なロケーションとリソース、保持期間の適用やアクセス制限などの主な機能、およびそれらの管理方法について説明します。

Backup and DR サービスのバックアップボルトの概要

バックアップボルトは、バックアップを保存するコンテナです。セルフマネージドストレージと同様に、データを保存する Cloud Storage バケットを作成できます。ただし、Backup Vault は、安全で分離された専用ストレージでバックアップを保護することで、追加のメリットを提供します。Backup Vault は、変更不可で削除不可のバックアップを提供することで、バックアップの悪意のある削除や偶発的な削除に対するレジリエンスをサポートするように設計されています。この機能は、ユーザーエラーからの復元やサイバー復元など、さまざまなデータ保護のユースケースをサポートします。

Backup Vault のコンテキストでは、バックアップは変更不可で削除不可になるように設計されています。

不変: バックアップ Vault 内にバックアップを作成すると、その内容を変更することはできません。これにより、バックアップデータは作成時の状態が維持され、不正な変更や意図しない変更から保護されます。
削除不可: バックアップ Vault 内のバックアップは、適用された保持期間が経過するまで削除できません。これにより、偶発的な削除や悪意のある削除から保護され、必要なときにバックアップを利用できるようになります。

Backup Vault の仕組み

バックアップが Backup Vault に保存されると、Backup and DR サービスがバックアップデータの保存と管理を処理します。データが保存されている基盤となるストレージリソースを直接確認したり、アクセスしたりすることはできません。これにより、これらのリソースが直接的な攻撃から保護されます。また、Backup Vault では、適用される最短保持期間を指定できます。これにより、指定された期間が経過するまでバックアップを期限切れにできなくなり、誤って、または悪意をもって削除されないよう保護できます。

適切に構成されたバックアップボルトを使用する場合、Backup and DR Service は、SEC（米国）で説明されているように、SEC の「1 回限りの書き込みと複数回の読み取り」（WORM）の主要な要件を満たしていると評価されています。

Backup Vault の作成、アクセス、管理は、Google Cloud Backup and DR サービスを使用して行います。バックアップボルトは、バックアップをリージョンまたはマルチリージョンに保存します。

Backup Vault のリソースモデル

バックアップ Vault には、バックアップデータを整理するための 3 レベルの階層型リソースモデルがあります。

バックアップ Vault: Backup and DR Service のバックアップデータを保存するための最上位のユーザー定義リソース。
データソース: バックアップされる特定のリソース（仮想マシン（VM）やデータベースインスタンスなど）。1 つのデータソースに複数のバックアップを含めることができます。データソースは、バックアップボルトの子リソースです。
バックアップ: データソースで指定されたリソースの単一のバックアップ。バックアップはデータソースの子リソースです。

次の図は、バックアップボルトのリソースモデルを示しています。

図 1. バックアップ Vault リソースモデル。 — **図 1.** Backup Vault リソースモデル。

サポートされているリソース

次の表は、バックアップボルトがサポートするリソースと、それらの管理に使用するものを理解するのに役立ちます。

ワークロード	管理者
Compute Engine インスタンス	Google Cloud コンソール
Compute Engine ディスク	Google Cloud コンソール
Cloud SQL インスタンス（プレビュー）	Google Cloud コンソール
Google Cloud VMware Engine、Oracle データベース、SQL Server データベース	管理コンソール

Google Cloud コンソールを使用して保護されたリソースのバックアップモデル

このセクションでは、Google Cloud コンソールを使用して保護されたリソースの 2 つのバックアップモデルについて説明します。

一元管理モデル: 一元管理モデルでは、組織は指定された中央管理者プロジェクト内にバックアップ Vault とプランを作成することで、バックアップ管理を効率化します。この中央リポジトリには、複数のサービスプロジェクトで実行されている Compute Engine VM などのさまざまなリソースのバックアップが統合されます。組織は、これらの集中管理されたバックアッププランを使用して、異なるサービスプロジェクトに存在する Compute Engine VM を保護します。

バックアップ管理者は、IAM 権限を使用して、サービスプロジェクト内のアプリケーションオーナーまたはプラットフォームオーナーにバックアッププランへのアクセス権を付与することもできます。アクセス権を付与すると、プラットフォームオーナーはアプリケーションのバックアップの所有権を取得できます。
分散モデル: 分散モデルでは、組織の特定のニーズと必要な分離レベルに基づいて、さまざまなプロジェクトにバックアップボルトが作成されます。つまり、Compute Engine VM などのさまざまなリソースを含むプロジェクトごとに、Backup Vault とバックアッププランが作成されます。このアプローチは、VM のバックアップの責任が各アプリケーションチームにある分散型組織にとって重要です。

管理コンソールを使用して保護されたリソースのバックアップモデル

このセクションでは、管理コンソールを使用して保護されたリソースの 2 つのバックアップモデルについて説明します。

一元化されたモデル: 一元化されたモデルでは、組織はバックアップ Vault を作成し、指定された中央管理者プロジェクト内に管理コンソールをデプロイすることで、バックアップ管理を効率化します。この中央リポジトリには、複数のサービスプロジェクトで実行されている Google Cloud VMware Engine VM など、さまざまなリソースのバックアップが統合されます。組織は、管理コンソール内でポリシーを構成して、さまざまなサービスプロジェクトに存在するリソースを保護します。
分散モデル: 分散モデルでは、組織の特定のニーズと必要な分離レベルに基づいて、さまざまなプロジェクトに管理コンソールとバックアップボルトが作成されます。たとえば、組織がビジネス部門ごとに個別の管理コンソールを用意することを選択する場合があります。このアプローチは、リソースの管理とバックアップの責任が複数のチームに分担されている分散型組織に役立ちます。

Backup Vault でサポートされているロケーション

Backup Vault は、リージョンとマルチリージョンに作成できます。

リージョン

Backup Vault は次のリージョンに作成できます。

地域	リージョン名	リージョンの説明
北米
	`northamerica-northeast1` ^*	モントリオール	低 CO₂
	`northamerica-northeast2`	トロント	低 CO₂
	`us-central1`	アイオワ	低 CO₂
	`us-east1`	サウスカロライナ
	`us-east4`	北バージニア
	`us-east5`	コロンバス
	`us-south1`	ダラス	低 CO₂
	`us-west1`	オレゴン	低 CO₂
	`us-west2`	ロサンゼルス
	`us-west3`	ソルトレイクシティ
	`us-west4`	ラスベガス
	`northamerica-south1` ^*	ケレタロ
南アメリカ
	`southamerica-east1`	サンパウロ	低 CO₂
	`southamerica-west1`	サンチアゴ	低 CO₂
ヨーロッパ
	`europe-central2`	ワルシャワ
	`europe-north1`	フィンランド	低 CO₂
	`europe-southwest1`	マドリッド	低 CO₂
	`europe-west1`	ベルギー	低 CO₂
	`europe-west2`	ロンドン	低 CO₂
	`europe-west3`	フランクフルト
	`europe-west4`	オランダ	低 CO₂
	`europe-west6`	チューリッヒ	低 CO₂
	`europe-west8`	ミラノ
	`europe-west9`	パリ	低 CO₂
	`europe-west10`	ベルリン	低 CO₂
	`europe-west12`	トリノ
中東
	`me-central1`	ドーハ
	`me-central2`	ダンマーム
	`me-west1`	イスラエル
アフリカ
	`africa-south1`	ヨハネスブルグ
アジア太平洋
	`asia-east1`	台湾
	`asia-east2`	香港
	`asia-northeast1`	東京
	`asia-northeast2` ^*	大阪
	`asia-northeast3`	ソウル
	`asia-southeast1`	シンガポール
	`asia-southeast2`	ジャカルタ
	`australia-southeast1`	シドニー
	`australia-southeast2`	メルボルン
インド
	`asia-south1`	ムンバイ
	`asia-south2`	デリー

^* ケレタロ、モントリオール、大阪には、それぞれ 1 つまたは 2 つの物理データセンターに 3 つのゾーンがあります。まれに発生する災害の場合、これらのリージョンに保存されているデータが失われる可能性があります。

マルチリージョン

Backup Vault は、次のマルチリージョンに作成できます。

マルチリージョン名	マルチリージョンの説明
`ASIA`	アジア内のデータセンター
`EU`	欧州連合（EU）内のデータセンター
`US`	米国内のデータセンター

ワークロードのロケーションの互換性

次の表に、リージョンバックアップボルトを使用する場合に、サポートされているワークロードごとに互換性のあるバックアップボルトのロケーションを示します。Google Cloud コンソールのバックアッププランは、移行元ワークロードと同じリージョンに作成する必要があります。

ワークロード	バックアップ Vault は、ソースワークロードと同じリージョンに存在する必要がありますか？	サポートされている Backup Vault リージョン
Compute Engine インスタンス	○	サポートされているすべてのリージョン
Compute Engine ディスク	○	サポートされているすべてのリージョン
Google Cloud VMware Engine、Oracle データベース、SQL Server データベース	いいえ	サポートされているすべてのリージョン

ワークロードがマルチリージョン Backup Vault の使用をサポートしている場合、移行元のワークロードのロケーションはマルチリージョン Backup Vault のロケーションと互換性がある必要があります。

マルチリージョン互換性は、ワークロードのロケーションプレフィックスによって決まります。

接頭辞「asia」が付いたリージョンのリソースは、「asia」マルチリージョンにのみバックアップできます。
接頭辞「us」が付いたリージョンのリソースは、「us」マルチリージョンにのみバックアップできます。
「europe」プレフィックスが付いたリージョンのリソースは、「eu」マルチリージョンにのみバックアップできます。

次の表に、マルチリージョン Backup Vault を使用する場合に、サポートされている各ワークロードと互換性のある Backup Vault のロケーションを示します。

ワークロード	マルチリージョン Backup Vault の使用をサポートしているか？	サポートされている Backup Vault のマルチリージョン
Compute Engine インスタンス	○	asia、eu、us
Compute Engine ディスク	○	asia、eu、us
Google Cloud VMware Engine、Oracle データベース、SQL Server データベース	いいえ	なし

対象

リージョンロケーションに作成された Backup Vault は、単一ゾーンの停止に対する復元力を提供します。バックアップデータは、少なくとも 2 つの別々のゾーンに冗長的に保存されます。

マルチリージョンロケーションに作成されたバックアップボルトは、単一リージョンの停止に対する復元力を提供します。バックアップデータは、少なくとも 2 つの別々のリージョンに冗長的に保存されます。

Backup Vault の名前

バックアップボルト名は次の要件を満たす必要があります。

バックアップボルト名に使用できるのは、英小文字、数字、ダッシュ（-）、アンダースコア（_）、ピリオド（.）のみです。スペースは使用できません。
バックアップボルト名の先頭と末尾は、数字または文字にする必要があります。
バックアップボルト名は 3 ～ 63 文字で指定する必要があります。ピリオドを使用している名前には最大 222 文字を使用できますが、ピリオドで区切られている各要素は 63 文字以下である必要があります。
バックアップボルト名は、ドット区切りの十進表記の IP アドレスとして表すことはできません。例: 192.0.2.255

バックアップの削除禁止

バックアップが削除されないようにする最短保持期間を指定します。この期間中は、Vault 内のデータに対して保管料金が発生します。

適用する最短保持期間

Backup Vault の最短保持期間を適用すると、バックアップを削除できるタイミングを制御して、偶発的な削除や悪意のある削除からデータを保護できます。Backup Vault 内のバックアップは、適用される最短保持期間が終了した後にのみ削除できます。新しいバックアップ Vault を作成する場合は、1 日から 99 年の間の最小保持期間を指定する必要があります。

最小保持期間が 3 日のバックアップ Vault を作成する場合、この Vault にバックアップを保存するバックアップルールのバックアップの削除までの期間は 3 日以上にする必要があります。
バックアップルールで指定された期間、削除を禁止する

バックアッププランで設定された [バックアップを削除するまでの期間] の値を継承するように Vault を設定できます。バックアップは手動で削除できません。関連付けられているバックアッププランの値に従って削除されます。

バックアップ Vault でこの設定がオンになっている場合、バックアップ Vault リストの [最小保持期間] 列には [ルールから継承] と表示されます。

たとえば、バックアップ Vault の最小保持期間が 3 日で、バックアップルールで指定された期間の削除を防止するがオンになっている場合、7 日後にバックアップを削除するルールを含むバックアッププランを使用してこの Vault にバックアップを保存するデータリソースは、Vault の 3 日間の最小保持期間を無視します。これは、最小保持期間がバックアップルールから継承され、バックアップが 7 日後に期限切れになるためです。

注: この値は、バックアップボルトの作成時にのみ設定できます。
適用する保持期間をロックする

Backup Vault をロックすると、Backup Vault の最短保持期間が短縮されるのを防ぐことができます。ロックした後でも、適用される最短保持期間を延長することはできます。適用される最短保持期間を更新するをご覧ください。

ロックを設定する際は、ロックが有効になる日付を定義する必要があります。発効日に達するまでは、バックアップボルトの適用される保持期間を延長または短縮できます。ただし、ロックの有効期限が切れると、プロジェクトオーナーであっても、そのバックアップボルトの適用される保持期間を短縮することはできません。

たとえば、強制適用期間の最小値を 5 日に設定し、Vault をロックするように指定し、ロックの有効日を 2024 年 7 月 31 日午前 0 時（UTC）に設定したとします。2024 年 7 月 31 日午前 12 時（UTC）までは、強制適用される最小保持期間を増減できます。その後は、適用する最短保持期間を延長することのみ可能です。

Backup Vault のアクセス制限

Backup Vault のアクセス制限設定を使用すると、Backup Vault にデータをバックアップしたり、Backup Vault からデータを復元したりできるソースを制御できます。この設定により、バックアップボルトに保存できるリソースのタイプが決まります。

バックアップボルトには、次のいずれかのアクセス制限設定を選択できます。この設定は永続的で、変更することはできません。

現在の組織へのアクセスを制限する: バックアップと復元のオペレーションは、現在の組織内でのみサポートされます。この選択により、バックアップボルトはGoogle Cloud コンソールで管理されるリソース（Compute Engine VM など）と互換性がありますが、管理コンソールで管理されるリソースとは互換性がなくなります。
現在のプロジェクトへのアクセスを制限する: バックアップと復元のオペレーションは、現在のプロジェクト内でのみサポートされます。この選択により、バックアップボルトはGoogle Cloud コンソールで管理されるリソース（Compute Engine VM など）と互換性がありますが、管理コンソールで管理されるリソースとは互換性がなくなります。
現在の組織へのアクセスを制限し、バックアップアプライアンスへのアクセスは制限しない: Google Cloud コンソールで管理されているリソースの場合、バックアップと復元のオペレーションは現在の組織内でのみサポートされます。管理コンソールで管理されるリソース（Google Cloud VMware Engine VM など）もサポートされていますが、これらのリソースのバックアップと復元のオペレーションは現在の組織に制限されません。この選択により、バックアップボルトはGoogle Cloud コンソールで管理されるリソースと、管理コンソールで管理されるリソースと互換性を持つようになります。
無制限のアクセスを許可する: 任意のプロジェクトまたは組織との間でバックアップと復元オペレーションを実行できます。この選択により、バックアップボルトは Google Cloud コンソールで管理されるリソースと、管理コンソールで管理されるリソースと互換性を持つようになります。