Google Distributed Cloud（GDC）エアギャップ マルチゾーン ユニバースでアプリケーション データを保護し、高可用性アプリケーションを維持するには、ローカルの停止や障害に強いデータ保護戦略を実装します。 GDC は、オブジェクト ストレージとブロック ストレージのデータ レプリケーション戦略を提供しているため、ユニバース内のプライマリ ゾーンとセカンダリ ゾーンのフェイルオーバー手順を維持できます。
このドキュメントは、次のユーザーを対象としています。
- 障害復旧ワークフローの開発を担当する IT 管理者などのプラットフォーム管理者。
- GDC ユニバースでアプリケーションの開発と保守を担当するアプリケーション デベロッパーなどのアプリケーション オペレーター。
詳細については、 GDC エアギャップ ドキュメントの対象読者をご覧ください。
障害復旧のためのストレージ レプリケーション
障害復旧に 非同期データ レプリケーションを使用すると、マルチゾーン ユニバースのアプリケーション ストレージに堅牢なデータ保護を設定できます。 このアプローチでは、プライマリ ゾーンからセカンダリ ゾーンにデータを定期的にコピーします。このメカニズムにより、プライマリ ゾーンで停止が発生した場合でも、データは保護され、アクセス可能になります。
オブジェクト ストレージのデータ レプリケーションでは、デュアルゾーン バケットを使用してデータが自動的に複製されるため、手動操作は必要ありません。デュアルゾーン バケットの作成方法について詳しくは、 ストレージ バケットを作成するをご覧ください。
ブロック ストレージのデータ レプリケーションでは、デュアルゾーン永続ボリュームを使用してデータが複製されるため、ボリュームのフェイルオーバー手順が必要です。詳細については、 ボリュームを非同期で複製するをご覧ください。
データ レプリケーションを構成すると、プライマリ ゾーンがオフラインになったときに、データは順次 フェイルオーバー手順に従います。フェイルオーバー手順は、ブロック ストレージとオブジェクト ストレージのレプリケーションで異なります。ただし、どちらのデータ レプリケーション戦略も次の重要な段階に従います。
- プライマリ ゾーンの停止を確認します。
- プライマリ ゾーンからのレプリケーションを停止します。
- 手動操作または事前構成されたフェイルオーバーを使用して、バックアップ セカンダリ ゾーンをプロモートしてプライマリ ゾーンの役割を引き継ぎます。
- 新しいプライマリ ゾーンの運用ステータスを確認します。
インフラストラクチャ オペレーター グループのメンバーに連絡して、2 つのゾーンが非同期データ レプリケーション用に構成されていることを確認します。
非同期データ レプリケーションには固有の遅延があるため、この設定は、リカバリ ポイント目標（RPO）がゼロではないが低いシステムに最適です。システムでデータ損失を最小限に抑える必要があるが、時間で測定される事前定義された最大データ損失量を許容できる場合（通常、復元できない可能性のある災害イベントの直前に生成されたデータに関連する場合）、非同期データ レプリケーションはアプリケーションに実装する価値のある機能です。
RPO が 5 分の金融取引プラットフォームの例を次に示します。このプラットフォームでは、非同期データ レプリケーションが 2 分ごとに取引データをセカンダリ障害復旧ゾーンにコピーするように設定されています。
- 5 分は大量のシステムで許容できる最小のデータ損失ウィンドウを表すため、これは 低 RPO シナリオです。
- 2 分間隔の非同期レプリケーションには固有の遅延があるため、データがまだコピーされていない短い時間枠が存在し、損失が発生する可能性があるため、これは ゼロ以外の RPO シナリオです。
インフラストラクチャ オペレーター グループと協力して、デュアルゾーン非同期ストレージ レプリケーション ワークフローを定義し、インフラストラクチャのデータ レプリケーション機能が RPO 要件をサポートしていることを確認する必要があります。
制限事項
GDC エアギャップでは、 同期データ レプリケーションはサポートされていません。同期データ レプリケーションでは、プライマリ ゾーンからセカンダリ ゾーンに書き込まれたすべてのデータを即座に複製することで、2 つのゾーン間のデータの厳密な整合性が維持されるため、障害シナリオで RPO がゼロになります。