其中一条ad没有连接数？权重惹的祸！

gocloud-xiaowan

故障背景：

  某网吧用户，一根专线走游戏，两根宽带同时负载大流量下载与网页。一段时间后发现打开网页卡顿，自行排查后发现用来承担大流量与网页的两条宽带，一条宽带连接数5000多，另外一条只有几百条会话。客机的网页都打开缓慢了，为什么辅线wan2都没有分担一点。   

   

   

  图1

  通过查看日志，发现wan2短时间内多次被线路侦测掐断，如图2，客户反馈是自己多次重播的。wan2经常重播，导致原本该走到wan2的流量走到wan3上。tcp连接老化时间一个小时，原来走在wan2上的连接需要时间才能从wan3上走回wan2，所以wan3才会连接数激增，导致网页卡顿。

  

  图2 客户主动重播wan2的日志

  然后我们的技术人员远程登上路由器之后，查看了wan2和wan3的权重，如图3，发现wan2的权重很低。

   

   图3 权重设置

  把wan2的权重调高后，如图4；

  在【流控多线】【多线策略】【应用分流】，关于大流量和网页的负载均衡模式改为实时连接数模式，如图5。

   

  图4 修改接口权重

   

  图5 修改均衡模式为实时连接数

  后续查看这家网吧连接数比较均匀，上网一切正常，客户也比较满意。

  某些区域运营商，对ad线路有会话数的限制，超过一定数量以后，就会产生丢包，高延迟的后果，所以此类区域的ad线路一定要注意会话数不要超过一定值。

  如果相同带宽的宽带，有连接数负载不均衡的，可以查看【网络设置】【接口设置】【高级设置】处，看接口权重是不是不太均衡；

  【应用分流】中选择多根宽带进行负载时，默认负载均衡模式为源+目的地址，此类负载方式一般会保证流量的均衡。如果不在意流量的均衡，而关注会话数的均衡，就把此项修改为【实时连接数】。这样就不会导致某条ad出现会话数过高，导致丢包与高延迟的情况，既合理利用了宽带，也大大降低了维护工作量。