一次奇怪的服务器响应延时分析

       摘要：这是一份基于netinside系统进行“预见”性巡检的工作日志，基于netinside系统提供的潜在问题线索，结合wireshark工具使用，探究表面现象下的本质，建立不同业务下TCP协议的使用模型，是为高质量运维的关键因素。

一、预见性巡检 

     基于netinside系统，进行“预见”性巡检。在检查到主机时，发现有台主机表现有些奇怪。如下：

     43这台关键主机，服务器的响应延时竟然有1秒多。因为表单中看到的数据是个平均值，所以时延分布情况，需要时一步确认。在单个IP最终用户体验分析中，搜索43的主机，情况如下：

     发现这台主机的服务器响应延时都在秒级波动，最高值达到4秒，基于采样时间原因，我们有理由相信真实延时肯定会更大，且在同时间段，几乎没有流量，那么这个现象就比较奇怪了。

     没有连接失败请求，没有多大流量，但服务器响应延时较大，因为生产网都是千M网络，看上去根本不存在影响时延的因素，所以什么原因导致此情况，值得探究。

     为了进一步分析，我们在netinside系统里面，把这台主机在时间点13：36前后的数据包下载下来（按时间点下载主要是为了减少数据包的大小，更精准分析问题），导入wireshark，一探究竟。

    

二、探究真像

   因为服务器的响应时间，本质上就是RTT（RoundTrip Time），即往返时间。测量方法是发送一个特定序号的字节，并记录时间。

     当收到确认的ACK之后，把ACK的时间，减掉之前记录的发送时间，就可以得到RTT值，该值比较大时，通常会被专家系统诊断为“网络或服务器繁忙“。    

    2