バックアップ プランの概要

バックアップ プランは、 のリソースの高度な バックアップ戦略を定義できる一元管理ツールです。 Google Cloud バックアップ プランを使用すると、データの保護のタイミングと方法を自動化し、インフラストラクチャ全体で一貫した復元ポイントを確保できます。

バックアップ プランは、バックアップ ポリシーとも呼ばれます。このサービスの重要な機能は、ワークロードへのバックアップ プランの関連付けにより、一貫したデータ保護を確保できることです。

サポートされるリソースタイプ

バックアップ プランは、次の Vault リソースをサポートしています。

  • Compute Engine インスタンス
  • Compute Engine ディスク
  • Cloud SQL のインスタンス
  • AlloyDB for PostgreSQL クラスタ
  • Filestore インスタンス

バックアップ プランのコア コンポーネント

このセクションでは、Backup and DR サービスのバックアップ プランの重要なコンポーネントについて説明します。

バックアップ ルール

バックアップ プランは、バックアップのライフサイクルを定義する 1 つ以上のバックアップ ルールで構成されます。複数のバックアップ ルールを 1 つのバックアップ プランに関連付けることができます。 バックアップ プランの属性は次のとおりです。

  • 繰り返し: バックアップの頻度を定義します。
    • 時間単位: 頻度を時間単位で指定します
    • 日単位: バックアップは毎日 1 回行われます
    • 週単位: 1 週間で 1 つ以上の特定の日を選択します
    • 月単位: 月の特定の日(1 日または 15 日など)を選択します
    • 年単位: 指定した日付に年 1 回バックアップが行われます
  • 制約: プラン内の 2 つのバックアップ ルールを 同じバックアップ頻度で作成することはできません
  • バックアップ ウィンドウ: バックアップ ジョブを開始する必要がある期間(24 時間形式)を定義します
    • 期間: ウィンドウは 6 時間以上にする必要があります
    • 開始時間: バックアップを開始できる最も早い時間
  • 保持: このルールで作成された各バックアップが削除対象になるまで の日数。ユーザーは、バックアップ ルール レベルで強制保持を指定できます。

オンデマンドのカスタム保持期間の最大値

この設定は、オンデマンド バックアップ(自動スケジュール外で手動で作成)を保持できる最大日数を定義します。これにより、手動スナップショットの保持期間が誤って長すぎる値に設定されるのを防ぐことができます。

データベース ログのバックアップ

データベース リソース(Cloud SQL や AlloyDB など)の場合は、バックアップ プラン内でログのバックアップを有効にできます。これにより、完全バックアップ ポイント間のトランザクション ログをキャプチャして、ポイントインタイム リカバリ(PITR)が可能になります。

バックアップ ジョブの再試行

スケジュールされたジョブが失敗すると、スケジューラは ジョブを最大 3 回まで自動的に再試行します。

  • 最初の失敗: ステータスが [Retried] に設定され、4 分間待機します。
  • 2 回目の失敗: 次の再試行は 16 分後にキューに登録されます。
  • 3 回目の失敗: 最後の再試行は 64 分後にキューに登録されます。
  • 最終的な失敗: 合計 4 回試行した後、ステータスが [Failed] に変わります。そのスケジュール期間のジョブは試行されません。

ジョブの再試行は、[モニタリング] > [ジョブ] に報告されます。再試行を識別するために、4 つのジョブすべてが同じジョブ番号を共有し、一意のサフィックス(Job_12345Job_12345aJob_12345b など)が付けられます。

データ保持とストレージ管理

このセクションでは、Backup and DR バックアップ プランの重要なデータ保持機能とストレージ管理機能について説明します。

保持の種類

  • 有効期限ベースの保持: バックアップがプランのルールで定義された期間 保持され、その後自動的に 期限切れになる標準的なライフサイクル。
  • 強制保持: Backup Vault レベルのセキュリティ機能。Vault で [Prevent deletion for] が有効になっている場合、この期間が経過するまでバックアップを削除できません(管理者でも削除できません)。この期間は、ルールの保持期間よりも長くすることができます。

ストレージの制約

  • Vault の最小値: バックアップ プランの保持期間は、宛先 Backup Vault で構成された 最小保持期間よりも短くすることはできません。オンデマンドのカスタム保持期間の最大値は、宛先 Backup Vault の最小強制保持期間以上にする必要があります。
  • 不変性: バックアップは、Vault の強制保持期間中は 変更または削除できません。
  • 自動削除: バックアップ プランで設定された保持期間が終了すると(Vault レベルの強制保持が満たされると)、サービスはバックアップを自動的に削除してストレージ費用を管理します。
  • オンデマンドのカスタム保持期間の最大値は、宛先 Backup Vault の最小強制保持期間以上にする必要があります。

セキュリティと暗号化: CMEK

  • アライメント要件: ソース ワークロードが 顧客管理の暗号鍵(CMEK)で保護されている場合、バックアップ プランは CMEK 対応の Backup Vault を指す必要があります。
  • 標準暗号化: Google 所有の Google-managed encryption keyを使用するリソースは、標準(非 CMEK)Vault にバックアップする必要があります。

サポート対象リージョンとゾーン分割

バックアップ プランは、ほとんどの主要な Google Cloud リージョンで利用できます。ただし、一部のリージョンではゾーン分割がサポートされていないため、バックアップがソースとは異なるゾーンに保存されない場合があります。

  • 北米: モントリオール(northamerica-northeast1)
  • 南米: サンティアゴ(southamerica-west1)
  • ヨーロッパ: ワルシャワ(europe-central2)
  • 中東とアフリカ: ドーハ(me-central1)、ヨハネスブルグ(africa-south1)
  • アジア太平洋: 大阪(asia-northeast2)、ケレタロ (northamerica-northeast2)

次のステップ