云计算之路-阿里云上：什么是“黑色1秒”？
为了更好地分享我们解决“黑色1秒”问题的过程，在这篇博文中我们将专门描述一下“黑色1秒”问题的表现。 “黑色1秒”是我们使用阿里云以来继“黑色10秒”之后遭遇的最奇特、最诡异、最难以捉摸、最富有戏剧性的问题。 它有2个最显著的特征： 第一个是最直观的表现，在Windows性能监视 ...
原文：云计算之路-阿里云上：Wireshark抓包分析一个耗时20秒的请求
这篇博文分享的是我们针对一个耗时 秒的请求，用Wireshark进行抓包分析的过程。 请求的流程是这样的：客户端浏览器 gt SLB 负载均衡 gt ECS 云服务器 gt SLB gt 客户端浏览器。 下面是分析的过程： . 启动Wireshark，针对内网网卡进行抓包。 . 在IIS日志中找出要分析的请求 借助Log Parser Studio 通过c ip Client IP Address ...
2014-06-15 17:30 6 21519 推荐指数：
相关推荐
云计算之路-阿里云上：排查“黑色30秒”问题-为什么请求会排队
针对Web服务器“黑色30秒”问题（详见云计算之路-阿里云上：Web服务器遭遇奇怪的“黑色30秒”问题），经过分析，我们准备从这个地方下手——为什么会出现\ASP.NET\Request Queued大于0的情况（为什么请求会排队）？ 首先， 通过Windows性能监视器去观察，看能不能找到 ...
云计算之路-阿里云上：结合IIS日志分析“黑色30秒”问题
在昨天针对“黑色30秒”问题的分析中，我们猜测Requests Queued上升是由于正在处理的请求出不去（到达不了客户端）。今天我们结合IIS日志验证这个猜测。 IIS日志中有一个重要的指标——time-taken，time-taken不仅包含了请求在服务端执行的时间，还包含了响应的内容 ...
云计算之路-阿里云上：借助IIS Log Parser Studio分析“黑色30秒”问题
今天下午15:11-15:13间出现了类似“黑色30秒”的状况，我们用强大的IIS日志分析工具——Log Parser Studio进行了进一步的分析。 分析情况如下—— 先看一下Windows性能监视器中的问题表现： 然后用Log Parser Studio分析07:11:55与07 ...
云计算之路-阿里云上：从ASP.NET线程角度对“黑色30秒”问题的全新分析
在这篇博文中，我们抛开对阿里云的怀疑，完全从ASP.NET的角度进行分析，看能不能找到针对问题现象的更合理的解释。 “黑色30秒”问题现象的主要特征是：排队的请求（Requests Queued）突增，到达HTTP.SYS的请求数（Arrival Rate）下降，QPS（Requests/Sec ...
云计算之路-阿里云上：“黑色1秒”问题与2009年Xen一个补丁的故事
在之前对“黑色1秒”问题的分析博文中，我们将最大嫌疑对象锁定在了Xen，在这篇博文我们将从Xen的角度进行分析。也许有人会问，为什么不知道天多高地多厚地去研究不属于自己范围的问题？只因我们对一个问题的强烈好奇心——究竟是不是我们用Windows的错？ （注1：文中所说的Xen补丁问题只是提供一种 ...
云计算之路-阿里云上：对“黑色30秒”问题的猜想
在云上，底层的东西你无法触及，遇到奇怪问题时只能靠猜想，所以使用云计算会锻炼你的想像力。 （上图中蓝色是ASP.NET的Requests Queued，另外一个是HTTP.SYS的Arrival Rate） 昨天我们发现了一个重要的线索——“黑色30秒”到来时，最初的表现是请求出现排队 ...
用Wireshark抓包分析超过70秒的请求
超过70秒的请求是通过分析IIS日志发现的： 10.159.63.104是SLB的内网IP。 通过Wireshark抓包分析请求是9:22:21收到的(tcp.stream eq 23080)： 这个请求响应内容的长度是：Content-Length 1154110 ...