複数のリージョンにわたってアプリ エンドポイントを提供し、場所とコンプライアンスのニーズに基づいてユーザー トラフィックをルーティングする方法について説明します。
コンテキストと問題
広範囲に及ぶ地域を持つ組織は、ユーザー、場所、デバイスごとに必要なレベルのセキュリティ、コンプライアンス、およびパフォーマンスを国境を越えて確保しながら、データへのアクセスを安全かつ正確に分散し、有効にするよう努めています。
解決策
Azure Stack Hub の地理的トラフィック ルーティング パターン (geo 分散アプリ) を使用すると、さまざまなメトリックに基づいてトラフィックを特定のエンドポイントに送信できます。 地理的に基づくルーティングとエンドポイント構成を使用して Traffic Manager を作成すると、リージョンの要件、企業および国際的な規制、およびデータのニーズに基づいて、トラフィックがエンドポイントにルーティングされます。
コンポーネント
クラウドの外側
トラフィックマネージャー
この図では、Traffic Manager はパブリック クラウドの外部にありますが、ローカル データセンターとパブリック クラウドの両方でトラフィックを調整できる必要があります。 バランサーは、トラフィックを地理的な場所にルーティングします。
ドメイン ネーム システム (DNS)
ドメイン ネーム システム (DNS) は、Web サイトまたはサービス名をその IP アドレスに変換 (または解決) する役割を担います。
パブリック クラウド
クラウド エンドポイント
パブリック IP アドレスは、Traffic Manager を介して受信トラフィックをパブリック クラウド アプリ リソース エンドポイントにルーティングするために使用されます。
ローカル クラウド
ローカル エンドポイント
パブリック IP アドレスは、Traffic Manager を介して受信トラフィックをパブリック クラウド アプリ リソース エンドポイントにルーティングするために使用されます。
問題と考慮事項
このパターンを実装する方法を決定するときは、次の点を考慮してください。
スケーラビリティ
このパターンは、トラフィックの増加に合わせてスケーリングするのではなく、地理的なトラフィック ルーティングを処理します。 ただし、このパターンを他の Azure およびオンプレミス のソリューションと組み合わせることができます。 たとえば、このパターンは、クラウド間スケーリング パターンで使用できます。
可用性
ローカルにデプロイされたアプリが、オンプレミスのハードウェア構成とソフトウェアの展開を通じて高可用性用に構成されていることを確認します。
管理しやすさ
このパターンにより、環境間のシームレスな管理と使い慣れたインターフェイスが保証されます。
このパターンを使用する場合
- 私の組織には、カスタムの地域のセキュリティと配布ポリシーを必要とする国際ブランチがあります。
- 組織の各オフィスは、従業員、ビジネス、施設のデータを取得し、現地の規制とタイム ゾーンごとのレポート アクティビティを必要とします。
- 高度な負荷要件を処理するために、1 つのリージョン内およびリージョン間で複数のアプリデプロイを行うことで、アプリを水平方向にスケールアウトすることで、高スケールの要件を満たすことができます。
- アプリは、単一リージョンの停止でも、高可用性とクライアント要求に応答する必要があります。
次のステップ
この記事で紹介するトピックの詳細については、以下を参照してください。
- この DNS ベースのトラフィック ロード バランサーのしくみの詳細については、Azure Traffic Manager の概要 を参照してください。
- 製品とソリューションのポートフォリオ全体の詳細については、製品とソリューションの Azure Stack ファミリを参照してください。
ソリューションの例をテストする準備ができたら、geo 分散アプリ ソリューションのデプロイ ガイドに進みます。 デプロイ ガイドでは、コンポーネントをデプロイしてテストするための詳細な手順を説明します。 geo 分散アプリ パターンを使用して、さまざまなメトリックに基づいて、特定のエンドポイントにトラフィックを送信する方法について説明します。 地理的ベースのルーティングとエンドポイント構成を使用して Traffic Manager プロファイルを作成すると、地域の要件、企業および国際的な規制、およびデータのニーズに基づいて、情報がエンドポイントにルーティングされます。