Azure流量管理器未路由到正确的数据中心

Question

纯粹出于性能原因，我们已将Azure web应用程序部署到两个独立的数据中心（一个位于西欧，另一个位于东南亚）。我们配置了一个流量管理器，根据性能在这两个DC之间路由请求。然而，当上海的用户尝试访问该站点时，他们会被路由到西欧的DC，而在理想情况下，他们应该被路由到东南亚DC。因此，上海的用户看不到预期的性能优势。但是，它在印度和欧洲运行良好，即它们被路由到最近的DC。有什么问题吗？此外，是否有一种方法可以测试traffic manager基于性能的路由，以查看它是否按预期工作？

更新：

我要求上海的用户使用天蓝色速度测试来知道最近的DC。他们看到“看起来你最近的数据中心是西欧。您的位置附近似乎有一个CDN节点”。当我们从印度使用上述网站时，它显示“看起来你最近的数据中心是东南亚”。我的问题是：

根据以上查找，尽管印度比上海更靠近西欧，但TM的路线似乎是正确的？从上海查看数据中心后显示的“似乎有一个CDN节点离您的位置更近”，而不是从印度查看数据中心后显示的其他信息是什么？这个“CDN节点”是否会让上海用户发现西欧是最近的DC？

Answer 1

我认为你混淆了两个不同的概念：

1. 物理邻近性与网络邻近性（即延迟）
2. CDN与WATM

用户与数据中心的物理地理位置接近度与哪个数据中心最快仅有微小关系。世界各地有不同的对等互连协议、互连等，这可能会导致地理位置较近的数据中心比地理位置较远的数据中心对用户的延迟/带宽更差。这就是为什么从用户的位置测试延迟总是很重要，而不仅仅是通过查看地图来假设。使用的azurespeedtest站点是检查用户到Azure数据中心的实际性能的好方法，它显示与WATM相同的结果，这意味着WATM的性能正确，用户获得了尽可能快的速度。

CDN是一个静态内容的缓存层，在世界各地都有很多节点（请参阅http://msdn.microsoft.com/library/azure/gg680302.aspx)，并且这些节点与Azure数据中心没有任何关联。CDN也与WATM或WATM会将特定用户指向哪个数据中心无关。如果你有很多静态内容，那么你可能想考虑在你的站点前添加一个CDNendpoint，以便缓存更接近用户的内容。看见http://msdn.microsoft.com/en-us/library/azure/ee795176.aspx更多信息。