Azure でホストされている Web サイトがあり、3 つの異なる Azure データ センター間でグローバルに負荷分散されています。
次の DNS チェックから、米国からのリクエストが米国西部のデータ センターに解決されることがわかります。ヨーロッパ内およびその周辺では、私のヨーロッパ DC に行きます。東南アジアは問題なく東アジアに行きますが、オーストラリア全体が米国にルーティングされます。
https://www.whatsmydns.net/#A/www.whatsonglobal.com
オーストラリアの居住者であり、オーストラリアの顧客にとってこれは素晴らしいことではないと確信しています. 特に現在、ホームページの読み込み時間が 3 秒長くなっています。
別のロードバランサーを選択せずにこれを修正するにはどうすればよいですか? 私は Azure トラフィック マネージャーのシンプルさが気に入っていますが、それがスクラッチに対応している場合に限られます。
パトリック、最初に、whatsmydns.net の URL は、オーストラリア全体が米国に向かうわけではないことを示しています。2 か所はヨーロッパに、1 か所はアメリカに行く予定です。
Azure は、世界中のすべてのデータセンターから常に LDNS サーバーを調査し、パフォーマンス テーブルを定期的に更新して、ユーザーを「最も近い/最速」のデータセンターにルーティングします。最速のデータセンターは通常、ISP 間のルーティングとピアリングの関係に基づいているため、必ずしも地理的に最も近いデータセンターであるとは限りません。
ほとんどの場合、WATM エンドポイントによって選択された Web サイトのユーザーは、他の Web サイトよりも高速なパフォーマンスを得ていますが、Web サイトの URL を直接参照することで、これを検証できます。WATM がユーザーを最速のデータセンターに送信していないことがわかった場合は、サポート インシデントを開いて、Azure チームにルーティングと待機時間の表を調査してもらうことができます。
パトリック - この動作は、オーストラリアに Azure のローカル フットプリントが (まだ) ないことが原因である可能性が最も高いです。オーストラリアには CDN エンドポイントがあり、現在はそれで終わりです。
Azure でホストされているサイトがある場合は、とにかくシンガポール、米国西部、または既存のリージョンのいずれかにいるため、オーストラリアのユーザーの待機時間は、米国の Traffic Manager にアクセスしても影響を受けません。