7

为西欧、北美和日本提供服务的最佳 Microsoft Azure 数据中心是什么?

Stack Overflow 警告我,我的问题似乎是主观的,所以让我把它具体化。哪个数据中心将拥有这些地区人口加权的最佳平均 ping 时间?似乎 Azure 防火墙不会让 ping 通过,但我猜 HTTP 连接时间是一个不错的代理。

(从长远来看,我们可能会在多个数据中心托管我们的网站,但这需要额外的托管成本和额外的工作,所以现在我们不希望这样做。)

4

2 回答 2

7

我想在@Leon Cullen 的答案中添加一些硬数字,因此我在三个 Azure 数据中心建立了一个可公开访问的 blob,并使用Nimsoft从许多不同的位置对其进行监控。这些数字是我通过浏览日志获得的 HTTP 连接时间的粗略平均值。

美国西部数据中心

  • 西欧 170-180ms
  • 北美 <80ms

美国东部数据中心

  • 西欧 90-110ms
  • 北美 <80ms

西欧数据中心

  • 西欧 <30ms
  • 北美 100-150

由此我得出结论:

  • @Leon Cullen 的回答是正确的。
  • 西欧有快速互连。
  • 美国东部数据中心非常适合将西方国家保持在 100 毫秒以下。
  • 大西洋一跳大约需要 100 毫秒。(相比之下,从澳大利亚到美国的一跳大约需要 200 毫秒 :-( 但我们已经习惯了。整个亚洲的成本都差不多。)
于 2013-01-21T22:57:47.153 回答
6

如果你想为所有这些提供服务,你需要在所有这些位置都有一个数据中心。我会说使用这些:

  • 西欧:West Europe位置(阿姆斯特丹,荷兰)
  • 北美:要么US West(加利福尼亚,硅谷所在的地方)要么US East(弗吉尼亚,大多数美国人生活在东海岸)
  • 日本:(East Asia香港)

如果您将软件放在西欧的服务器上(反之亦然),那么您的网站在日本就不会很快。

但是,如果您决定只选择 1 个地点,我会说选择West Europe,因为欧罗巴西部的人口约为 4.2 亿,美国东部的人口约为 1.2 亿,而日本的人口数量大致相同(但它相当远离东亚数据中心)。

您只需要记住,您的网站/服务对世界其他地方来说将非常缓慢。所以你服务于 3 个不同大陆的想法是行不通的。

于 2013-01-20T23:40:50.250 回答