このドキュメントでは、Google Distributed Cloud（GDC）エアギャップ環境での障害復旧（DR）オペレーションの概要について説明します。DR 関連のアクティビティを実行する際に考慮すべきさまざまなタスクについて説明します。Distributed Cloud 環境にプロジェクトをデプロイする場合、障害復旧オペレーションはビジネス継続性とデータ保護を維持するために不可欠です。
このページは、障害復旧オペレーションを管理するプラットフォーム管理者またはアプリケーション オペレーター グループの開発者を対象としています。詳細については、GDC エアギャップ環境のドキュメントの対象読者をご覧ください。
障害復旧計画
データのサイズと保持期間を考慮して、ワークロード データをバックアップするのに十分な容量が必要です。GDC は、S3 互換のオブジェクト ストレージバケットにお客様のワークロードをバックアップする機能を提供します。 互換のオブジェクト ストレージ バケット。
これらのバックアップは増分バックアップです。最初のバックアップはフル バックアップで、以降のバックアップはすべて増分バックアップとなり、前回のバックアップ以降の変更のみが取り込まれます。バックアップを格納するストレージには、最初のフル バックアップを格納するのに十分な容量と、指定されたバックアップ頻度と保持期間でバックアップ間の累積変更（差分）を格納するのに十分な容量が必要です。バックアップされるデータの増加を考慮して、バックアップがストレージ容量を超えないようにする必要があります。
リモート GDC インスタンスでオブジェクト ストレージを使用する場合は、ソース インスタンスでワークロードが実行されているターゲット インスタンスの同じ組織内にストレージ バケットを作成して、課金が正しく行われるようにする必要があります。1 つの GDC インスタンスの組織コントロール プレーンは、別のインスタンスの同じ組織でホストされているバケットにバックアップする必要があります。コントロール プレーン バックアップ インスタンスの同じ組織内に、ワークロードをバックアップするためのバケットを作成することもできます。
また、障害発生時に復元できるように、別の GDC インスタンスで失敗したワークロードを実行するのに十分な容量（コンピューティングやストレージなど）も必要です。たとえば、2 つの GDC インスタンスがあり、1 つのインスタンスのみが使用可能なときにすべてのワークロードを実行できるようにする場合は、両方のインスタンスの容量が、すべてのワークロードを実行するために必要な全体的な容量以上である必要があります。ただし、システム障害時に一部のワークロードのみを復元する必要がある場合は、障害が発生したシステムが再び機能するまで、重要度の低いアプリケーションを一時的にシャットダウンしてリソースを解放することを計画に含めることができます。
ユーザー ワークロードを復元する
ユーザー ワークロードは、定義したビジネス ロジックに基づいて相互に連携するサービスの集まりです。GDC
は、ユーザー
ワークロードを復元するための完全な自動化をすぐに提供することはできません。ただし、Backup4GDC
サービスを使用すると、クラスタ全体を一度に復元できます。また、より詳細な復元が必要な場合は、名前空間を 1 つずつ復元できます。
ワークロードの復元を自動化するために、エンドユーザーはポッド内のアプリ コンテナの前に実行される特殊なコンテナである init
コンテナとしてポッドを設計できます。ポッドは、依存関係を検証してから、長時間実行されるコンテナを起動します。これにより、自己オーケストレーション構造が実現します。
起動ロジックをコードとしてワークロードに直接追加すると、クラスタ全体を一度に復元し、アプリケーションが起動する前に前提条件を自己チェックして検証できます。たとえば、データベース サーバーとクレジット カード サーバーがトラフィックを処理していることを確認してから、ウェブサーバーを起動します。
バージョンの違いを管理する
クラスタごとに GDC のバージョンが異なる場合があります。障害復旧では、対応するすべてのクラスタで両方のサイトが同じ GDC バージョンを実行している必要があります。同期プロセスを手動で制御する必要があります。
障害発生時に、復元されるクラスタのバージョンが異なる場合があります。ワークロードを転送する際は、バージョンの違いに注意してください。GDC には下位互換性がありますが、上位互換性はありません。
古いバージョンのバックアップは、新しいバージョンのクラスタに復元できます。 ただし、新しいバージョンのバックアップは、古いバージョンのクラスタに復元できません。ワークロードを転送する場合は、互換性のあるバックアップを見つける必要があります。
バックアップと復元
GDC のバックアップと復元により、Kubernetes クラスタ ワークロード、Harbor レジストリ インスタンス、仮想マシン（VM）インスタンスを S3 互換のオブジェクト ストレージ バケットにバックアップして復元できます。
クラスタ バックアップの概要
Kubernetes クラスタ バックアップは、アプリケーションの状態をキャプチャすることでデータを保護し、クラッシュ整合性とアプリケーション整合性の両方を提供します。実行前フックと実行後フック、複数の保護されたアプリケーション戦略を使用して、バックアップ プロセスをカスタマイズできます。
バックアップは S3 互換のリポジトリに保存され、スコープとスケジュールを定義するバックアップ プランを通じて管理されます。復元プランでは、事前構成済みの復元シナリオが提供されるため、クラスタを迅速かつ効率的に復元できます。
詳細については、クラスタ バックアップの概要をご覧ください。
VM バックアップの概要
GDC VM バックアップを使用すると、構成、ディスク イメージ、永続ボリュームなどの仮想マシン ワークロードをバックアップできます。バックアップは、バックアップ プランを通じて管理し、定期的にスケジュールするか、オンデマンドで作成します。VM を以前の状態に復元するか、個々のディスク スナップショットを復元します。
詳細については、VM バックアップの概要をご覧ください。
Harbor バックアップの概要
Harbor バックアップは、Harbor レジストリ インスタンスを包括的に保護し、データ損失を防ぎ、ビジネス継続性を確保します。自動バックアップをスケジュールするか、手動で作成します。
長期的なデータ管理の保持ポリシーを定義します。障害発生時には、以前に作成したバックアップから、すべてのアーティファクトとメタデータを含む Harbor インスタンスを復元します。
詳細については、Harbor バックアップ の概要をご覧ください。