【问题标题】:Azure Traffic Manager - Performance Routing - Counter-performing responses timesAzure 流量管理器 - 性能路由 - 反执行响应时间
【发布时间】:2017-03-16 02:01:35
【问题描述】:

我有一个带有西欧端点和巴西端点的 Azure 移动应用程序。
我使用 Azure 流量管理器,并将路由方法设置为性能。

当我测试来自巴西的响应时间时(例如通过site),我最终得到了计数器执行结果:

  • 直接测试巴西端点:0.3s
  • 直接测试西欧端点:2.3s
  • 通过流量管理器进行测试:2.6 秒


我还检查了(通过site)流量管理器确实指向巴西的巴西端点 IP 和来自世界其他地区的西欧端点 IP。

正如您所想象的,这不是预期的结果。

更新

一些截图。
以下是 TrafficManager 端点的结果:

以下是巴西端点的结果:

更新 2

我应该提一下,几周前我设置流量管理器时,完全相同的测试返回了良好的预期结果。我重新进行了这些测试,因为用户(理所当然地)抱怨性能。

【问题讨论】:

  • Azure 移动应用连接到的数据库在哪里?
  • db 在西欧,但与 db 无关。我检查根“你的应用程序正在运行页面”。而且直接调用巴西端点很快。
  • testing through Traffic Manager: 2.6s你的意思是从巴西发出一个请求,响应时间是2.6s?或 2.6 秒是来自世界各地的所有请求的平均响应时间。
  • 显示的结果来自巴西。
  • 我更新了问题,截图显示了来自世界不同城市的结果。

标签: azure azure-traffic-manager


【解决方案1】:

这里可能会发生一些事情。

  1. Traffic Manager 有问题 - 不太可能,但如果所有其他想法都不起作用,那么这很可能是罪魁祸首。
  2. Azure 网站是冷启动的。对 Azure 网站的第一个请求会导致它启动(除非您已预热网站并打开“始终开启”)。
  3. 支持 Azure 网站的 VM 可能出现其他问题。

尝试点击底层网站几次。忽略第一个结果。这应该可以告诉您是流量管理器、网站本身还是冷启动问题。

【讨论】:

  • 这不是冷启动,我很清楚这个问题(不是3s,而是20s)。我应该说,当我几周前设置流量管理器时,我已经完成了解释的测试,结果很好。从那以后,我没有改变任何东西。我只是在用户投诉后重新进行了测试。
  • 注意:过去 3 天我尝试了几次。例如,截图是今天早上在昨天首次创建帖子时拍摄的。
  • 那么,不是 Azure 应用服务,而是流量管理器?无论哪种方式,我都会打开一个 Azure 论坛帖子,因为这已经从技术问题变成了支持问题。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2018-11-22
  • 2023-03-25
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多