tcp_tw_reuse、tcp_tw_recycle、tcp_fin_timeout参数介绍

  • tcp_tw_reuse、tcp_tw_recycle、tcp_fin_timeout参数介绍已关闭评论
  • 111 次浏览
  • A+
所属分类:linux技术
摘要

net.ipv4.tcp_tw_reuse = 1 表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接,默认为0,表示关闭;


参数介绍

net.ipv4.tcp_tw_reuse = 1 表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接,默认为0,表示关闭;

net.ipv4.tcp_tw_recycle = 1 表示开启TCP连接中TIME-WAIT sockets的快速回收,默认为0,表示关闭。

net.ipv4.tcp_fin_timeout = 30 表示如果套接字由本端要求关闭,这个参数决定了它保持在FIN-WAIT-2状态的时间。

客户端主动关闭tcp socket时:

tcp_tw_reuse、tcp_tw_recycle、tcp_fin_timeout参数介绍

客户端发送FIN报文段,进入FIN_WAIT_1状态。
服务器端收到FIN报文段,发送ACK表示确认,进入CLOSE_WAIT状态。
客户端收到FIN的确认报文段,进入FIN_WAIT_2状态。
服务器端发送FIN报文端,进入LAST_ACK状态。
客户端收到FIN报文端,发送FIN的ACK,同时进入TIME_WAIT状态,启动TIME_WAIT定时器,超时时间设为2MSL。
服务器端收到FIN的ACK,进入CLOSED状态。
客户端在k时间内没收到对端的任何响应,TIME_WAIT超时,进入CLOSED状态。

配置效果

  1. tw_reuse,tw_recycle 必须在客户端和服务端 timestamps 开启时才管用(默认打开)
  2. tw_reuse 只对客户端起作用,开启后客户端在1s内回收
  3. tw_recycle 对客户端和服务器同时起作用,开启后在 3.5*RTO 内回收,RTO 200ms~ 120s 具体时间视网络状况。内网状况比tw_reuse 稍快,公网尤其移动网络大多要比tw_reuse 慢,优点就是能够回收服务端的TIME_WAIT数量。

对于客户端

  1. 作为客户端因为有端口65535问题,TIME_OUT过多直接影响处理能力,打开tw_reuse 即可解决,不建议同时打开tw_recycle,帮助不大;
  2. tw_reuse 帮助客户端1s完成连接回收,基本可实现单机6w/s短连接请求,需要再高就增加IP数量;
  3. 如果内网压测场景,且客户端不需要接收连接,同时 tw_recycle 会有一点点好处;
  4. 业务上也可以设计由服务端主动关闭连接。

对于服务端

  1. 打开tw_reuse无效
  2. 线上环境 tw_recycle 不建议打开,服务器处于NAT 负载后,可能造成部分部分经过NET的连接失败,一般虚拟化、容器相关的服务都会启动NAT;
  3. 服务器TIME_WAIT高,可提高tcp_max_tw_buckets的值。
    tcp_max_tw_buckets:这个参数表示操作系统允许TIME_WAIT套接字数量的最大值, 如果超过这个数字,TIME_WAIT套接字将立刻被清除并打印警告信息。该参数默认为 180000,过多的TIME_WAIT套接字会使Web服务器变慢。

影响

针对业务或服务中启用NAT(如虚拟化、容器相关的服务),打开 tw_recycle可能会造成无法连接的情况,因为 tw_recycle 依赖timestamps,经过NAT后timestamps会变混乱。
参考来源:https://blog.csdn.net/mabin2005/article/details/120010335