对于Rackspace服务器来说，理想的AWS区域是什么？

Question

我们在Rackspace的达拉斯地区有服务器，偶尔需要与AWS (EC2、S3、SNS等)交互。

在美国的三个主要地区..。

• 美国东部(北弗吉尼亚)
• 美国西部(北加利福尼亚)
• 美国西部(俄勒冈州)

使用Rackspace的理想选择是哪一种？

所谓“理想”，我主要指的是网络延迟等。我可以用纯粹的物理距离来模糊地猜测，但由于没有考虑到许多其他重要的变量，我对一些现实世界的例子或经验感兴趣。

Answer 1

作为一件轶事，在之前的工作中，我们使用RAX/AWS进行了一个小型的两家供应商的部署。我们的原因是HA/DR，而不是网络优化，所以我们选择AWS 2区域和ORD作为RAX。也就是说，即使在处理这些数据中心之间的很长的地理距离时，我们也没有注意到网络延迟是一个问题。还要记住的是，在这些情况下，地理邻近可能与较低的网络延迟没有关联。这实际上取决于每个供应商的主干网提供者和中间的跳数。

现在，如果您打算在AWS区域运行一个MongoDB集群，在RAX中运行一个副本集或任何其他更复杂的场景，那么我强烈建议您运行一些小的部署测试，看看什么最适合你们。最好投资几美元测试，而不是致力于一个解决方案，可能看起来很好，但在实践中不起作用。这就是效用定价的、丢弃的计算的美妙之处:)