Gui*_*rin 12 azure signalr azure-web-sites
Azure Web App上的Http队列长度指标是什么?
我的Web应用程序不断超过150.
我担心,因为可以在App Service上启用的默认警报具有默认阈值100.
SignalR的使用会影响这个指标吗?
编辑:
编辑 2016年12月12日
根据一些后续信息,HTTP Queue Length将在不久的某个时间点符合预期.
我得到确认,在修复之后,服务器场的HTTP队列长度指标将描述服务器场(应用服务计划)的实际HttpQueueLength(它在此时错误地显示当前的请求值).此修复程序将在未来几周内在所有地区推出.
与Azure支持HTTP队列长度实际上是一个令人困惑的名称,并映射到''W3SVC_W3WP','活动请求','_ Total'.
这是完整的回复
你好Shane,你是对的,我们注意到了http队列度量的一个问题,我们发现在自动扩展/警报中,基于这个度量的Web应用程序是误导性的,因为这个度量计算的是总活动请求而不是排队请求,我们与我们的产品团队讨论了该指标,并且似乎在指标HTTP队列的名称中存在一些含糊之处.实际上,我们在门户网站上显示的计数器对应于"W3SVC_W3WP","Active Requests","_ Total".换句话说,此计数器不代表队列,而是代表在任何当前时间运行的请求.我们还通过查看我们的产品源代码来验证这一点.我们了解柜台名称如何导致混淆,我们已向产品团队提交了重新命名的请求.产品团队担心重命名可能会破坏客户可能拥有的现有警报,但他们正在考虑添加另一个名为"活动请求"的指标,该指标查看相同的值,然后删除"HTTP队列长度".记住这一点,我们的建议是使用任何其他指标(例如:CPU /内存)来配置自动扩展/警报规则,而不是使用Http请求队列.
几天前我与我们的产品团队进行了讨论,我们目前正在进行更新,以表示计数器值是"请求"而不是真正的Http队列长度.
虽然这种区别很快就会无关紧要,因为他们也有这个说法
嗨Shane,我刚刚在我的测试结果中看到门户网站已在网站级别更新,以将此指标显示为"请求".我认为我们仍在等待将此更改推送到Server Farm设置.
如果我选择警报.在"资源"下拉列表中选择"网站"以选择您的网站,然后指标将列出"请求",这将是当前请求.
所以只需注意一下,在当前状态下,该指标并不表示您有备份系统无法处理的请求.
Http Queue Length:挂起的HTTP操作的计数.如果您的应用程序接收的请求多于Web服务器可以处理的请求,那么这可能是您的差距.这意味着有一个请求的余量,并且您当前的配置不足以支持负载.使用portal.azure.com HTTP队列长度的默认值从1开始
我认为你正在使用SignalR for Sockets,而套接字正在维护与你的web服务器的连接,HTTP Queue Length是由Azure排队的web请求的数量,因为它不能再处理,所以是的,但是,但是不确定,除非我们进一步分析.
| 归档时间: |
|
| 查看次数: |
6191 次 |
| 最近记录: |