次の方法で共有


回復性とディザスター リカバリー

Azure App Configuration はリージョン サービスです。 各構成ストアは特定の Azure リージョンに作成されます。 リージョン全体の停止はそのリージョン内のすべてのストアに影響し、リージョン間のフェールオーバーは既定では利用できません。 ただし、Azure App Configuration では、geo レプリケーションがサポートされています。 複数の場所にわたってデータのレプリカを有効にして、リージョンの障害に対する回復性を高めることができます。 geo レプリケーションを利用することは、高可用性を実現するために推奨されるソリューションです。

この記事では、Azure リージョンの枠を超えて複数のレプリカを使用し、アプリケーションの地理的な回復性を向上させる方法についての一般的なガイダンスを提供します。

ヒント

高い回復性を備えたアプリケーションを構築するためのベスト プラクティスを参照してください。

高可用性アーキテクチャ

元の App Configuration ストアもレプリカと見なされるため、リージョン間の冗長性を実現するには、少なくとも 1 つの新しいレプリカを別のリージョンに作成する必要があります。 ただし、あなたの要件に応じて、異なるリージョンに複数の App Configuration レプリカを作成することも可能です。 そして、これらのレプリカをアプリケーションで、お好みの順番で利用することができます。 このセットアップにより、ご利用のアプリケーションには、プライマリ レプリカにアクセスできなくなった場合のフォールバック先として少なくとも 1 つのレプリカが追加で用意されます。

次の図は、ご利用のアプリケーションと 2 つのレプリカとの間のトポロジを示したものです。

Diagram of geo-redundant replicas.

アプリケーションは、より優先度の高いレプリカから構成を読み込みます。 優先レプリカがない場合、優先度の低いレプリカから構成が読み込まれます。 これにより、構成データを正常に取得できる可能性が高くなります。 両方のレプリカのデータは常に同期しています。

レプリカ間のフェールオーバー

レプリカ間の自動フェールオーバーを利用したい場合は、次の手順に従って、App Configuration プロバイダー ライブラリを使用してフェールオーバーを設定します。 これは、アプリケーションに回復性を構築するために推奨されるアプローチです。

App Configuration プロバイダーのライブラリがあなたの要件を満たしていない場合でも、独自のフェールオーバー戦略を実装することができます。 geo レプリケーションが有効になっている場合、いずれかのレプリカがアクセス不能になっても、アプリケーションを別のレプリカにフェールオーバーさせることで構成へのアクセスを可能にすることができます。

次のステップ

この記事では、アプリケーションを拡張して App Configuration の実行時に地理的な回復性を実現する方法について説明しました。 ビルド時またはデプロイ時に、App Configuration から構成データを埋め込むこともできます。 詳細については、「CI/CD パイプラインとの統合」を参照してください。