云计算之路-阿里云上:借助IIS Log Parser Studio分析“黑色30秒”问题

今天下午15:11-15:13间出现了类似“黑色30秒”的状况,我们用强大的IIS日志分析工具——Log Parser Studio进行了进一步的分析。

分析情况如下——

先看一下Windows性能监视器中的问题表现:

然后用Log Parser Studio分析07:11:55与07:13:55(GMT时间)之间的IIS日志,看看这期间有多少time-taken超过1秒的请求。

在短短的2分钟之内,竟然有315个请求的time-taken超过1秒。

而在这期间Request Execution Time只有1次达到999ms,多数都在200ms以下(见下图)。

时间都去哪了?请求响应内容发送给客户端的TCP处理环节是最大的嫌疑。

再选一个没有出问题的时间段(15:15:40-15:17:40)对比一下:

同样是2分钟内,却只有4次time-taken超过1秒的请求。

再与同一个负载均衡中的另外1台Web服务器在同时间段内进行对比:

只有42个请求time-taken超过1秒,比出问题的那台服务器的315少很多。

由此我们可以得出这样一个结论:在出问题的期间,有大量的请求在处理完成后将响应内容发送给客户端的环节出现延迟。

posted @   博客园团队  阅读(3884)  评论(6编辑  收藏  举报
编辑推荐:
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· C++代码改造为UTF-8编码问题的总结
· DeepSeek 解答了困扰我五年的技术问题
· 为什么说在企业级应用开发中,后端往往是效率杀手?
阅读排行:
· 2分钟学会 DeepSeek API,竟然比官方更好用!
· .NET 使用 DeepSeek R1 开发智能 AI 客户端
· autohue.js:让你的图片和背景融为一体,绝了!
· 10亿数据,如何做迁移?
· 推荐几款开源且免费的 .NET MAUI 组件库
历史上的今天:
2013-04-25 云计算之路-柳暗花明:为什么memcached会堵车
2011-04-25 上周热点回顾(4.18-4.24)
点击右上角即可分享
微信分享提示