AWS 有多个存储位置和 EC2 实例，可以以不同的价格运行。我如何确定哪个位置最适合特定区域。它是否直观(靠近您的服务区域最好)或者是否存在任何可靠性问题(特定的 AWS 位置比其他位置面临更多的中断)。有没有可用的数据来做出这样的决定？
我正在开发一个主要针对印度客户的应用程序。因此，我正在考虑新加坡或东京作为一个选择。
最佳答案
确定自定义使用的最低延迟 AWS 位置
来自 TurnKey Linux 的聪明而创新的人们最近开源了他们对您问题的解决方案，请参阅 AWS Regional Data Centers mapping在 GitHub 上:
This project is used to generate the indexes (and visual map for reference) used by the TurnKey Hub to find the closest AWS data center for a user. [emphasis mine]
所使用的算法在Finding the closest data center using GeoIP and indexing中有进一步详细说明。以及后续帖子 Finding the closest APT package archive using GeoIP and indexing .
虽然有点噱头，visualization非常酷并确认了回复。乔希说明了乍一看令人惊讶的事实的原因mentioned已经，即澳大利亚用户目前倾向于通过美国西部(北加州/us-west-1)而不是亚太地区(新加坡/ap-southeast-1)获得更好的延迟。 (提示:检查右下角的 future 电缆表明这可能会发生变化，Greg's Cable Map 中对此进行了进一步详细说明，这表明澳大利亚可能会在两个 AWS 之间跳转 future 几年的位置延迟明智;)
通过Amazon Route 53自动使用最低延迟的AWS位置
同时，AWS 提供了一张有用的 map ，说明了他们的 Global Infrastructure进行快速评估，以及相应的详细信息，例如可用区和 API 端点的数量。
更重要的是，AWS 刚刚宣布了地理 DNS 支持 Jahufar mentioned已经，请参阅介绍性帖子 Multi-Region Latency Based Routing now Available for AWS ，它正在提供与 Amazon CloudFront 相同的基于延迟的路由技术。致Amazon EC2的用户, Elastic Load Balancing等等。
因此，如果您的环境已由 Auto Scaling EC2 实例架构组成，只需应用这种基于延迟的路由就可以自动解决您的问题。
虽然该用例显然是针对产生多个 AWS 区域的产品，但基于延迟的路由和加权循环记录集的复杂功能可能允许您自己更轻松地确定所需的信息。
/p>
关于amazon-s3 - 如何确定哪个 AWS 位置最适合为特定区域的客户提供服务？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/6339990/