地理的に分散されたアプリパターン

[アーティクル]
06/21/2023

複数のリージョンにアプリエンドポイントを提供し、場所とコンプライアンスのニーズに基づいてユーザートラフィックをルーティングする方法について説明します。

コンテキストと問題

広い地理的範囲にまたがる組織は、必要なレベルのセキュリティ、コンプライアンス、およびパフォーマンスを、境界を越えてユーザー、場所、およびデバイスごとに確保しながら、データへのアクセスを安全かつ正確に分散させて実現するために努力します。

解決策

Azure Stack Hub の地理的トラフィックルーティングパターン (地理的に分散されたアプリ) では、さまざまなメトリックに基づいてトラフィックを特定のエンドポイントに送信できます。地理的ベースのルーティングとエンドポイント構成を使用して Traffic Manager を作成すると、リージョンの要件、企業および国際的な規制、およびデータニーズに基づいてトラフィックをエンドポイントにルーティングできます。

Geo-distributed pattern

コンポーネント

クラウドの外部

Traffic Manager

この図では、Traffic Manager はパブリッククラウドの外部にありますが、ローカルデータセンターとパブリッククラウドの両方でトラフィックを調整できる必要があります。バランサーは地理的な場所にトラフィックをルーティングします。

ドメインネームシステム (DNS)

ドメインネームシステム (DNS) は、Web サイトまたはサービスの名前をその IP アドレスに変換する (または解決する) 役割を担います。

パブリッククラウド

クラウドエンドポイント

パブリック IP アドレスは、受信トラフィックをトラフィックマネージャー経由でパブリッククラウドアプリのリソースエンドポイントにルーティングするために使用されます。  

ローカルクラウド

ローカルエンドポイント

問題と注意事項

このパターンの実装方法を決めるときには、以下の点に注意してください。

スケーラビリティ

このパターンでは、トラフィックの増加に合わせてスケールするのではなく、地理的なトラフィックルーティングを処理します。ただし、このパターンを他の Azure およびオンプレミスのソリューションと組み合わせることができます。たとえば、このパターンはクラウド間スケーリングパターンと一緒に使用できます。

可用性

オンプレミスハードウェア構成およびソフトウェアデプロイを通じて高可用性をもたらすように、ローカルでデプロイされたアプリが構成されていることを確認します。

管理の容易性

パターンは、複数の環境にわたるシームレスな管理と使い慣れたインターフェイスを実現します。

このパターンを使用する状況

組織には、リージョンのセキュリティおよび分散に関するカスタムポリシーが必要な支店が世界中にあります。
組織の支店それぞれは、従業員、ビジネス、および施設のデータをプルしますが、これには地域の規制やタイムゾーンに従ったレポートアクティビティが必要になります。
高スケール要件を満たすには、極端に負荷の大きい要件に対応できるように、単一のリージョン内、および複数のリージョンにわたって、複数のアプリデプロイを使用してアプリを水平方向に拡張します。
1 つのリージョンで障害が発生した場合でも、アプリは高可用性とクライアント要求への応答性を実現する必要があります。

次のステップ

この記事で紹介したトピックの関連情報:

この DNS ベースのトラフィックロードバランサーの詳細なしくみについては、「Traffic Manager について」を参照してください。
ベストプラクティスの詳細とその他の疑問の回答を得るには、「ハイブリッドアプリケーション設計に関する考慮事項」を参照してください。
製品とソリューションのポートフォリオ全体の詳細について、Azure Stack ファミリの製品とソリューションを参照してください。

ソリューションの例をテストする準備ができたら、地理的に分散されたアプリのソリューションデプロイガイドに進んでください。デプロイガイドでは、コンポーネントをデプロイしてテストするための詳細な手順について説明します。地理的に分散されたアプリパターンを使用し、さまざまなメトリックに基づいて特定のエンドポイントにトラフィックを送信する方法を学習します。地理的ベースのルーティングとエンドポイント構成で Traffic Manager プロファイルを作成すると、リージョンの要件、企業および国際的な規制、およびデータニーズに基づいて、情報がエンドポイントにルーティングされます。

地理的に分散されたアプリ パターン