このドキュメントでは、Compute Engine インスタンスの時間単位のバックアップを構成して管理するためのベスト プラクティスについて説明します。1 時間のバックアップ頻度は、より高いデータ保護の粒度を必要とするワークロード向けに設計されています。これらの推奨事項は、データ保護の最適化、パフォーマンスの管理、復元ポイントの現実的な期待値の設定に役立ちます。
日次バックアップ ルールと時間単位のバックアップ ルールを組み合わせる
バックアップ プランには、1 時間ごとの頻度ルールとともに、毎日のバックアップ ルールを含めることを強くおすすめします。これにより、個々の 1 時間ごとのバックアップがスキップまたは遅延した場合でも、一貫性のある毎日の復元ポイントが維持されます。
スケジュール バックアップの再試行ロジックについて
再試行の動作は、日次と時間次の繰り返しタイプで大きく異なります。
毎日の繰り返し: 毎日のバックアップ ジョブが開始または完了しなかった場合、構成されたバックアップ ウィンドウの終了まで再試行されます。
1 時間ごとの繰り返し: バックアップ イベントは、バックアップの時間枠の長さににかかわらず、1 時間のみ再試行されます。これにより、バックアップ ジョブの重複を防ぎ、輻輳を回避できます。
データ チャーン率が高い場合に対処する
高いチャーン率により、長時間実行されるバックアップが発生し、後続の 1 時間ごとのジョブが開始されなくなる可能性があります。パフォーマンスを最適化し、Vault 内の同時バックアップの影響を軽減するには、データ チャーン率の高い VM の高頻度バックアップを複数のバックアップ Vault に分散します。
スキップされたバックアップをモニタリングし、アラートを構成する
保護のギャップを事前に通知するために、スキップされたバックアップ ジョブのアラートを構成します。
Cloud Logging を使用してアラートを設定するには、Backup and DR スケジューラから「バックアップ プラン違反」イベントまたは特定の「スキップされたバックアップ」ログエントリをモニタリングします。
ベスト プラクティスの概要
次の表に、このドキュメントで推奨するベスト プラクティスをまとめます。
| トピック | タスク |
|---|---|
| バックアップの頻度 | ワークロードのニーズに基づいて、1 時間のバックアップ頻度を慎重に使用します。 |
| バックアップ プラン | 一貫した復元ポイントを実現するために、日次バックアップ ルールと時間単位のバックアップ ルールを組み合わせます。 |
| 再試行ロジック | 日次バックアップと時間単位のバックアップの再試行動作の違いを理解する。 |
| 目標復旧時点 | 解約率とパフォーマンスを考慮した現実的な RPO の期待値を設定します。 |
| データのチャーン率が高い | バックアップの頻度を減らし、高チャーン VM のワークロードを分散します。 |
| モニタリング | バックアップ ジョブがスキップされた場合のアラートを構成して、保護のギャップを回避します。 |
次のステップ
- バックアップ プランを作成する方法を確認する。
- Cloud Logging を使用したバックアップ ジョブのモニタリングについて確認する。