提示
X
本案例来自tskb,请前往tskb修改源内容:立即前往
'>

【AD】七层虚拟服务发布公积金系统偶尔卡慢

|

问题描述

某某公司使用AD发布某公司业务系统,通过七层虚拟服务类型来实现的,在业务高峰期经常会出现一些卡慢的现象,如下图效果,在请求下面url时,耗时31秒


处理过程

1、从该现象来看为随机事件,非业务高峰期不存在,可反面说明虚拟服务基本配置不会存在问题。
2、只能在访问卡慢时候,在客户端和服务器上同时抓包来定位分析。
2.1 从客户端与AD交互的数据包来分析,右下图可知,该HTTP请求确实几乎耗时30秒左右,给回复完整。

2.2 同时分析AD和服务器交互的数据,右下图可知,整个流耗时也是30秒左右,但是前面来看,一直都在SYN的重传,服务器没有任何回复,直到服务器正常响应SYN ACK后才立刻回复后文。

根因

由上图可知,AD和SERVER同时断开了连接FIN,进入了time_wait状态,但是PC-AD的连接没有断开,导致出现了复用。复用原来的端口50565去连接,导致服务器在一段时间内不响应请求!

解决方案

防止后续服务器主动断开连接进入time_wait状态,且减少前端复用原来端口继续转发到节点的概率,可以加大设备自身的time_wait超时时间,便于后续连接使用其他的端口,推荐【应用负载】-【策略】-【TCP策略】-【七层虚拟服务TCP策略】 的超时时间改为2小时,然后关联到虚拟服务即可。


我要分享
文档编号: 52767
作者: sangfor_2134
更新时间: 2018-08-25 11:29
适用版本: