我在Azure云中的多个区域中有一个Web应用程序，我在性能模式下使用流量管理器zu将用户重定向到最近的区域。
关于我的是以下内容： 使用此站点https://www.whatsmydns.net，我检查了我的Web应用程序以查看选择了哪个数据中心。 有趣的是，来自加利福尼亚的人被重定向到Westeurope的服务器，但在美国中部也有一个服务器。 因此，从流量管理器的站点ping到欧洲服务器比到美国中心更快。 但我相信，这些之间的差异也不会很高......
现在我担心，用户可能会一直跳到美国中部和欧洲之间，因为他处于可用服务器的延迟几乎完全相同的区域。 我还将文件存储在每个区域的Azure存储帐户中。如果用户现在跳转，我将不得不在这些区域之间传输这些文件......
所以我想知道是否有可能通过他的GEOIp将用户重定向到特定区域而不是延迟？
交通经理的一个好处是在我看来，我可以为所有地区使用一个域名...... 我可以想到的唯一解决我的问题的解决方案是自己的云服务，它取代了流量管理器，并通过他们的IP将用户重定向到不同的地区，如us-center.DOMAIN.com，we-eu.DOMAIN.com等...
还有其他解决方案吗？ 谢谢你的帮助！
BR， 代谢
答案 0 :(得分：1)
如果您认为流量管理器错误地路由了查询，那么应该使用Azure支持来提升。
交通管理员＆＃39;表现＆＃39;模式路由基于Azure数据中心延迟映射的内部IP地址。在地图中查找DNS查询的源IP（通常是DNS服务器的IP），以确定哪个Azure位置将提供最佳性能。隐含的假设是DNS服务器的IP地址是最终用户位置的良好代理。
＆＃39;表现＆＃39; Azure流量管理器中的模式是确定性的。来自同一地址的相同查询将一致地路由。唯一的例外是在偶尔的地图更新期间路由可能会发生变化，这只会影响IP地址空间的一小部分年龄。
路由更改的一个更常见原因是客户从一个地方搬到另一个地方。例如，在旅行期间，或者仅仅通过选择使用不同位置的DNS服务的Wifi网络，使用不同的IP地址。
Traffic Manager目前不支持基于地理IP的路由。但请注意，它的工作方式与“性能”相同。路由，只是它会使用不同的地图。由于地图更新或更改DNS服务器，用户仍可能被路由到不同的位置。
正如您所描述的，如果您的应用程序需要在用户和区域之间建立强大的，不可违反的关联，则一个选项是在应用程序级别重新引导用户（例如，通过HTTP 302）。