特定の地域の顧客にサービスを提供するのに最適なAWSロケーションを判断するにはどうすればよいですか？
AWSには、異なる価格設定で実行するストレージとEC2インスタンスの場所がいくつかあります。特定の地域に最適な場所を判断する方法を教えてください。直感的ですか（サービス提供地域に近い方が最適です）、または信頼性の問題がありますか（特定のAWSの場所が他の場所よりも多くの停止に直面している）。そのような決定を下すために利用可能なデータはありますか？
主にインドの顧客を対象とするアプリケーションを開発しています。ですから、シンガポールや東京を選択肢として考えています。
カスタム使用のための最低遅延AWSロケーションの決定
TurnKey Linux の賢く革新的な人々は、最近あなたの問題の解決策をオープンソースにしました。GitHubの AWS Regional Data Centers mapping をご覧ください。
このプロジェクトは、 TurnKey Hub toで最も近いAWSデータセンターを見つけるために使用されるインデックス（および ビジュアルマップ 参照用）を生成するために使用されますユーザーの場合[emphasis mine]
使用中のアルゴリズムの詳細については、 GeoIPとインデックス作成を使用した最も近いデータセンターの検索 およびフォローアップポスト 最も近いAPTパッケージアーカイブの検索GeoIPとインデックス作成を使用 。
ちょっとした仕掛けですが、 visualization は非常にクールで、それぞれを確認します。ジョシュ 言及 すでに驚くべき事実、つまり、オーストラリアのユーザーは現在、アジアではなく米国西部（北カリフォルニア/ us-west-1）を介してより良いレイテンシを得る傾向があるという理由を示しています太平洋（シンガポール/ ap-southeast-1）リージョン。 （Tip：右下隅のFuture Cablesをチェックすると、これが変更される可能性が高いことがわかります。 Greg's Cable Map でさらに詳しく説明します。これは、オーストラリアが今後数年でレイテンシーに関して両方のAWSロケーション間をジャンプする可能性があることを示しています;）
Amazon Route 5 を使用して、低遅延のAWSロケーションを自動的に使用する
一方、AWSは Global Infrastructure を示す便利なマップを提供しており、迅速な評価のために、たとえばアベイラビリティーゾーンの数とAPIエンドポイント。
さらに重要なことは、AWSが地理的DNSサポートJahufarを発表したところです 言及 すでに、紹介記事 AWSで利用可能なマルチリージョンレイテンシベースのルーティング 、これはAmazon CloudFrontAmazon EC2 、 Elastic Load Balancing などのユーザーに同じレイテンシベースのルーティングテクノロジーを提供しています。
そのため、環境がすでにAuto Scaling EC2インスタンスアーキテクチャで構成されている場合、このレイテンシベースのルーティングを適用するだけで問題が自動的に解決されます。
ユースケースは明らかに複数のAWSリージョンを生成するオファリングを対象としていますが、レイテンシベースルーティングと加重ラウンドロビンレコードセットに関連する高度な機能により、目的の情報をより簡単に自分で決定できる場合があります。
速度テスト用のウェブサイトもあります： https://cloudharmony.com/speedtest どの地域があなたに最適かを簡単に確認したい場合。
cloudping.info を試してください
ブラウザから各AWSリージョンに対してHTTP pingを実行します。
Region Latency
US-East (Virginia) 28 ms
US-West (California) 100 ms
US-West (Oregon) 110 ms
Europe (Ireland) 100 ms
Europe (Frankfurt) 119 ms
Asia Pacific (Singapore) 269 ms
Asia Pacific (Sydney) 239 ms
Asia Pacific (Japan) 209 ms
South America (Brazil) 147 ms
SO adminsの注意：私はこのサービスと提携していません。AWS認定の準備中に見つけました。
異なる地域へのレイテンシーをテストすることは明らかに推奨されます！私はオーストラリアに住んでおり、ここの多くのユーザーはシンガポールよりも米国西部の方が待ち時間が長くなります。これは、ローカルISPのピアリングと国際接続に起因します。ターゲットとする地域にユーザーがいるかどうかをテストするのは比較的簡単です。
AWS側の信頼性（つまり、ユーザーネットワークの問題ではない）は、主に複数のアベイラビリティーゾーンにわたる展開の結果です。 APACの地域よりも米国の地域の方が選択肢が多いのは、単にそれらの市場に長くサービスを提供しているからです。これの副作用は、機能がシンガポール/東京に比較的遅れて展開されることです。通常、新しい機能は米国東部でロールアウトを開始します。
使用したいサービスとして既にS3とEC2を念頭に置いており、どちらもより近い地域で利用できるので、AWSからの新しいWebサービスがすぐに重要かどうかを評価します。
Amazonは現在、最小のエンドユーザー遅延に基づいてデータセンターにルーティングする機能を提供しています。 Route53の新しい「レイテンシベースルーティング」です！
http://docs.amazonwebservices.com/Route53/latest/DeveloperGuide/CreatingLatencyRRSets.html
以下は、最も近いawsリージョンを表示するコンソールツールです。
これはgolangで書かれており、非常に使いやすいです。
➥ ./awsping --verbose 1
Code Region Latency
0 eu-central-1 Europe (Frankfurt) 36.97 ms
1 eu-west-1 Europe (Ireland) 63.18 ms
2 us-east-1 US-East (Virginia) 126.52 ms
3 ap-south-1 Asia Pacific (Mumbai) 156.98 ms
4 us-west-1 US-West (California) 192.92 ms
5 us-west-2 US-West (Oregon) 226.23 ms
6 sa-east-1 South America (São Paulo) 247.74 ms
7 ap-northeast-1 Asia Pacific (Tokyo) 312.22 ms
8 ap-northeast-2 Asia Pacific (Seoul) 329.54 ms
9 ap-southeast-2 Asia Pacific (Sydney) 337.84 ms
10 ap-southeast-1 Asia Pacific (Singapore) 395.73 ms
リージョンはレイテンシー順に並べられます。
任意のサーバーで実行して、最も近い地域を決定できます。
編集：マーク・ツァイの答えを見てください。それが道です（これを書いたとき、ルート53は存在しませんでした）
これはおそらくServerFaultに属しますが、ここにあります：
基本的に求めているのはGeo DNSです。
現時点では、AWSでは直接サポートされていません-いくつかの AWSフォーラムの投稿 -おそらく Route 5 サービスで実装されているという話を見ましたが.
それまでは、Geo DNS機能を提供する Zerigo などのサードパーティのソリューションを検討できました。
または、筋金入りの場合は、 IP2Locationでバインド
編集： Geo DNSプロバイダーについて話すServerFaultの投稿 があります
パフォーマンスとAWSの信頼性に関する質問については、ユーザーに最も近いAZからサイトを提供することを検討する必要があります。速度の点で完全であり、すべてのインスタンスが単一のAZにあるわけではありません。 AWS Service Health Dashboard を確認して、さまざまなAZでAmazonのサービスがどれだけ信頼できるかを知ることができます。このデータはAmazonから直接のものであることに注意してください-独立した統計情報は他のどこにもありません。
http://blog.datapath.io/aws-network-latency-map は、この情報を取得するための商用製品について説明しています。指定した場所から、指定したAWSサービスまでの待ち時間が地図上に表示されます。