亚马逊/云中的地理位置路由？答案

【问题标题】：Geolocation routing in Amazon/Cloud?亚马逊/云中的地理位置路由？
【发布时间】：2017-06-13 04:27:51
【问题描述】：

我有一个托管在亚马逊 EC2 服务器上的 Web 应用程序。此应用程序可以通过不同国家访问，例如美国、英国、中国、印度等

我的问题是亚马逊（或任何其他云服务提供商）云托管是否提供在不同国家/地区托管服务器的设施（默认情况下在 EC2 下或需要支付额外费用为此）以便可以从 Web 服务器快速提供内容？

例如，如果请求来自中国并且由中国的 EC2 服务器提供服务，它将是由于请求/响应必须从国家电网/网络跳到国际网络，所以比由美国的服务器提供服务要快一点？

【问题讨论】：

您在谈论跨区域负载均衡器docs.aws.amazon.com/elasticloadbalancing/latest/classic/… 如果您想要静态内容，您可以使用亚马逊云前端服务（让您的 S3 成为 CDN）
@DanielKrom 他根本不是在谈论负载平衡。他说的是地理定位路由或基于延迟的路由。此外，CloudFront 不仅仅适用于 S3，也不仅仅是静态内容。它也不会“使您的 S3 成为 CDN”。 CloudFront 是一个 CDN，可以放在 S3 前面等等。
@MarkByou 做对了。 Cloudfront 只是将请求转发到最佳边缘位置的 CDN（边缘位置缓存来自数据中心的内容以减少时间延迟）以节省请求希望。这是进行地理定位路由的云端吗？如果是，AWS 客户是否必须为此明确付费？我相信没有

标签： amazon-web-services web-applications amazon-s3 amazon-ec2 cloud

【解决方案1】：

如果您将 Route53 用于 DNS，那么您可以使用基于地理位置的路由。或者由于您主要关心路由到最快的位置（减少延迟），您可以使用 Route53 的基于延迟的路由。不同的 Route53 路由策略记录在 here。

我建议您首先研究使用 Content Delivery Network 之类的 CloudFront 的可能性，它可以在世界各地的边缘位置缓存您的服务器响应。当用户请求 CDN 缓存中的内容时，他们将从最近的 CDN 边缘位置获得响应。只要您能够有效地使用缓存，这将比管理全球服务器的多个副本更快、更便宜。

【讨论】：

谢谢马克。当您说If you are using Route53 for DNS ... 时，当我们采用任何 AWS 云计算服务（如 EC2 服务器）时，亚马逊不总是使用 Route53 吗？对于 CDN 缓存，它适用于静态内容，而不适用于搜索等动态内容或库存是动态的地方吗？
您必须将 Route53 用于您拥有的自定义域。如果您没有自己的域由 Route53 提供服务，则您无法进入 Route53 并修改路由设置。 CDN 绝对可以用于动态内容，但显然如果内容频繁更改，则无法有效缓存。
@scottmiles，CloudFront 仍将倾向于提高未缓存动态内容的传输的性能，这种效果在查看器时最为显着离服务器更远。其原因在这里解释起来有些复杂，涉及优化的 TCP 堆栈、保持活动、连接重用、精灵尘埃、托管的边缘到区域传输基础设施，以及到最近的 CloudFront 边缘节点的自动/透明地理路由浏览器，但是...是的，试试看。
@MarkB You would have to be using Route53 for a custom domain that you own. 我的问题是，如果我使用的是亚马逊网络托管，我是否必须明确告诉亚马逊我想使用路由器 53，或者亚马逊默认将其用于所有网络托管？我知道如果我不使用亚马逊网络托管（使用其他网络托管），我需要购买 amazon 53 路由器服务以进行延迟/地理位置路由？
@scottmiles Route53 是一项单独的 AWS 服务，您必须通过设置自定义域来开始使用它。我不知道如何更清楚地说明这一点。如果您没有将 Route53 用于您的域的 DNS，则无法进入那里并设置地理定位路由。 AWS 在内部将 Route53 用于 DNS，但这与您的问题无关。如果您不为 Route53 中的域付费，则无法告诉 AWS 您想在 Route53 中使用地理定位路由。