CentOS如何优化网络连接速度

CentOS 网络连接速度优化实操指南

一 基线测量与问题定位

• 建立优化前后的可量化对比：用 iperf3 做吞吐测试（服务端执行：iperf3 -s；客户端执行：iperf3 -c 服务器IP -t 30），记录带宽、抖动与丢包；同时用 ping 与 mtr 观察 RTT 与丢包路径。
• 实时观测瓶颈：部署 nload/iftop/nethogs 观察总带宽、按连接/进程的占用，快速定位异常流量与“长连接占满端口/队列”等问题。
• 检查系统与应用：确认链路协商速率（1000M/10000M）、驱动与固件版本、中断绑定（如支持并启用多队列/RSS）、以及应用本身的并发与超时配置是否合理。
• 小步迭代：每次只变更少量参数，完成一次测量后再继续，避免多变量干扰结论。

二 内核网络参数优化

• 增大套接字缓冲区与自动调优上限：提升在高 BDP（带宽时延积）链路的吞吐能力。
  • net.core.rmem_max = 16777216
  • net.core.wmem_max = 16777216
  • net.ipv4.tcp_rmem = 4096 87380 16777216
  • net.ipv4.tcp_wmem = 4096 65536 16777216
• 提升并发与队列处理能力：
  • net.core.somaxconn = 65535
  • net.core.netdev_max_backlog = 65535
  • net.ipv4.tcp_max_syn_backlog = 8192
• 加速连接回收与复用（注意场景与内核版本差异）：
  • net.ipv4.tcp_tw_reuse = 1（对客户端/短连接更有利）
  • net.ipv4.tcp_fin_timeout = 30
  • net.ipv4.tcp_keepalive_time = 1200
  • net.ipv4.tcp_keepalive_intvl = 30
  • net.ipv4.tcp_keepalive_probes = 3
• 端口与半开连接控制：
  • net.ipv4.ip_local_port_range = 1024 65535
  • net.ipv4.tcp_syncookies = 1
• 启用窗口缩放与选择性确认：
  • net.ipv4.tcp_window_scaling = 1
  • net.ipv4.tcp_sack = 1
• 持久化与生效：将以上写入 /etc/sysctl.d/99-network-tuning.conf，执行 sysctl -p 或 sysctl --system 使配置生效。

三 文件描述符与本地端口资源

• 提升进程可打开文件数与并发连接上限：编辑 /etc/security/limits.conf，为关键服务（如 nginx、java）增加
  • • soft nofile 65535
  • • hard nofile 65535
  • • soft nproc 65535
  • • hard nproc 65535 注：部分服务需在 systemd 单元中单独设置 LimitNOFILE。
• 结合内核端口范围设置，可显著缓解“端口耗尽/新连接失败”的问题。

四 流量整形与 QoS

• 使用 tc 进行出口限速与整形，避免单一应用挤占全部带宽，保障关键业务稳定：
  • 例：将 eth0 出口限速为 50Mbit，突发 32kbit，队列延迟 400ms
    • tc qdisc add dev eth0 root tbf rate 50mbit burst 32kbit latency 400ms
• 如需按业务优先级分配带宽，可进一步使用 HTB/CBQ 等分级队列策略。

五 其他关键优化与注意事项

• 启用 tuned 网络调优：选择合适的 profile（如 network-throughput 或 virtual-host），可一键应用一组经验证的内核与网络参数组合。
• 启用 Jumbo Frames（仅当交换机与网卡均支持且两端一致时）：在接口配置中设置 MTU 9000，可显著降低大流量传输的 CPU 开销与帧开销。
• DNS 优化：使用高性能公共 DNS（如 223.5.5.5、8.8.8.8），或在本地部署缓存（如 dnsmasq），缩短域名解析时延。
• 连接复用与应用层加速：在反向代理/负载均衡启用长连接、连接池与压缩；对外服务接入 CDN 降低跨域与长距离传输时延。
• 安全与可用性：不要为了“提速”而关闭防火墙；通过最小规则与连接限速保障稳定性。
• 重要提示：诸如 net.ipv4.tcp_tw_recycle 等选项在不同内核版本与场景表现差异较大，可能引发连接异常，生产环境建议优先使用 tcp_tw_reuse 并充分测试。