次の方法で共有

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

  • [アーティクル]

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

コンテキストと問題

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

解決策

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

Geo-distributed pattern

コンポーネント

クラウドの外部

Traffic Manager

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

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

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

パブリック クラウド

クラウド エンドポイント

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

ローカル クラウド

ローカル エンドポイント

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

問題と注意事項

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

スケーラビリティ

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

可用性

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

管理の容易性

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

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

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

次のステップ

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

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