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