EC2 インスタンスがサードパーティ サービスの API とより適切に通信できるようにしようとしています。音声通信が大きく関与し、遅延が許容できないため、遅延は非常に重要です。
いくつかのプロバイダーが EC2 を使用していることは知っていますが、問題は Amazon の IP システムにより、インスタンスがどのリージョンにあるかを見つけるのが難しくなっているということです。elastic-ip 以外のサービスを使用するwhoisと、それがオーストラリアにあるのかヨーロッパのどこにあるのかを調べることができます。サーバーを近くに置くことができました。
これらの柔軟な IP を使用して、それらがどのゾーンにあるかをどのように見つけることができますか。ping 時間を使用できますが、それは少し推測であり、最短の ping 時間を見つけるために、これらすべてのインスタンスを異なるリージョンで作成する必要があります。
Amazon EC2は定期的にAmazon EC2 パブリック IP 範囲を公開しており、リージョンごとにクラスター化されています。
それ以外に、特定の地域の顧客にサービスを提供するのに最適な AWS ロケーションをどのように判断できますか?に対する私の回答にも興味があるかもしれません。これは、外部データ/アルゴリズムに基づいて、またはAWS で利用できるようになった Multi-Region Latency Based Routingを介してこれを処理するための他の 2 つのオプションの概要を示しています (これは、 Amazon Route 53を完全に採用する場合にのみ役立つ可能性があります)。
サーバーを Route 53 DNS の背後に置き、あとはレイテンシー ベース ルーティングに任せます。潜在性が最も低いサーバーを自動的に決定できます。
http://aws.typepad.com/aws/2012/03/latency-based-multi-region-routing-now-available-for-aws.html