私はamazon EC2サーバーでホストされているWebアプリケーションを持っています。このアプリケーションには、米国、英国、中国、インドなど様々な国からアクセスできます。Amazon/Cloudのジオロケーションルーティング？
アマゾン（または他のクラウドサービスプロバイダ）クラウドホスティングは、異なる国のサーバーをホストする機能を提供します（EC2 Webサーバーからコンテンツを高速に配信できるように、デフォルトまたは追加のコストを支払う必要があります（ ）。
たとえば、リクエストが中国から来ており、中国のEC2サーバによって提供されている場合、要求/応答が国のグリッド/ネットワークから国際ネットワークへとホップしなければならないので、米国のサーバによってサービスされる場合よりも速く ビットになります？
DNS用Route53を使用している場合は、ジオロケーションベースのルーティングを使用できます。または、主に最速の場所へのルーティング（待ち時間の短縮）に関心があるため、Route53の待ち時間ベースのルーティングが可能です。異なるRoute53ルーティングポリシーは、hereと記載されています。
CloudFrontのようなContent Delivery Networkを使用して、世界中のエッジの場所でサーバーの応答をキャッシュすることができます。ユーザーがCDNキャッシュにあるものを要求すると、最も近いCDNエッジ位置からの応答が得られます。これは、キャッシュを効果的に使用できる限り、世界中のサーバーの複数のコピーを管理するよりも高速で安価になります。あなたはあなたができる静的コンテンツをしたい場合は、 http://docs.aws.amazon.com/elasticloadbalancing/latest/classic/enable-disable-crosszone-lb.html クロスゾーンロードバランサについて話している
ありがとうマーク。 EC2サーバーのようなAWSクラウドコンピューティングサービスを利用している場合、Route53をDNSで使用している場合、アマゾンは常にRoute53を使用しませんか？ CDNキャッシングの場合、検索などの動的コンテンツや静的コンテンツの動的コンテンツではなく、静的コンテンツに対して動的に機能しますか？ –
自分が所有するカスタムドメインにはRoute53を使用する必要があります。自分のドメインがRoute53によって提供されていない場合、Route53に入り、ルート設定を変更することはできません。動的コンテンツにはCDNを絶対に使用できますが、コンテンツが頻繁に変更された場合は、効率的にキャッシュすることはできません。 –
@scottmiles、CloudFrontはキャッシュされていない動的コンテンツの* transport *の* performance *を向上させる傾向があります。この効果は、視聴者がサーバーから遠い場合に最も顕著です。この理由は、最適化されたTCPスタック、キープアライブ、接続の再利用、ピクシーダスト、管理されたエッジツーリージョントランスポートインフラストラクチャ、および最も近いCloudFrontエッジノードへの自動/透過ジオルーティングを含む、ここで説明するのは幾分複雑ですブラウザ、しかし...ええ、それを試してみてください。 –
アマゾンクラウドフロントサービスを使用してください（あなたのS3はCDNになります） –
@DanielKrom彼はロードバランシングについて全く話していません。彼は、ジオロケーションルーティングまたはレイテンシベースのルーティングについて話しています。また、CloudFrontは、単に静的なコンテンツだけでなく、それ以上のもので動作します。また、あなたのS3をCDNにすることもありません。 CloudFrontはCDNで、S3の前に置くことができます。 –
@ MarkByouはそれを正しく得ました。 Cloudfrontは、要求の期待を保存するために、要求を最適なエッジロケーションに転送するCDNです（エッジロケーションはデータセンターからコンテンツをキャッシュして時間のレイテンシを短縮します）。これは、ジオロケーションルーティングを行うクラウドフロントですか？はいの場合、AWSクライアントはこれに対して明示的に料金を支払う必要がありますか？私は信じていないいいえ –