提升服务器带宽，不是单纯向IDC服务商多买几Mbps就完事，而是要先诊断瓶颈，再通过系统调优、线路优化、流量治理和合理扩容组合出击，让每一兆比特都花在刀刃上。
第一步：把带宽瓶颈从“猜”变成“测”
带宽不够的时候，很多人第一反应是“升，加到100M”，但实际上一半以上的情况，是服务器本身没把现有带宽用好，动手升级之前，先花半小时做个诊断。测速工具挑这几个就够
- ping：测延迟和丢包，如果延迟稳定在5ms以内，丢包为0,说明基础线路没问题。
- traceroute：看数据包从服务器到你访问端要走多少跳，哪一跳延迟突然飙高,问题就出在哪个节点。
- iperf3：在服务器和客户端两端同时装好，用TCP模式压测,能直接测出实际最大带宽。
- iftop：实时查看服务器上哪个IP、哪个端口在占带宽,有时候是某个备份任务夜里偷偷跑满流量。
iperf3 -s，本机运行iperf3 -c 服务器IP -t 30，30秒后看结果，如果测得的带宽远低于你购买的带宽值，问题可能出在本机内核参数或中间路由上。
区分“带宽小”和“线路差”
用iftop看网卡吞吐，如果已经接近线路标称值，说明带宽确实满载，需要扩容；如果吞吐只有标称值的三四成，而ping丢包高、延迟抖动大，那多半是跨运营商线路拥堵，这时候换BGP多线或CDN加速，比单纯加带宽更有效。第二招：不花钱的服务器带宽优化术
诊断完，如果发现现有带宽没吃满，或者想提升单线程传输效率，先动几个系统参数。开启TCP BBR，让慢速线路“提速”
BBR是谷歌开源的拥塞控制算法，能显著提升长距离高延迟链路的带宽利用率，大多数Linux发行版都支持，一条命令就能开启：运行
echo "net.core.default_qdisc=fq" >> /etc/sysctl.conf echo "net.ipv4.tcp_congestion_control=bbr" >> /etc/sysctl.conf sysctl -p
sysctl net.ipv4.tcp_congestion_control，输出bbr即生效，启用后，原来单线程下载速度只有3MB/s的线路，不少场景能翻到8MB/s以上。
调整内核缓冲区，减少丢包
默认的TCP收发缓冲区偏保守，对于高带宽、高延迟的网络，适当调大可以提升吞吐：net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216
net.ipv4.tcp_mtu_probing = 1/etc/sysctl.conf后执行sysctl -p，注意不要在内存较小的机器上盲目调太大，1GB内存的服务器建议最多设置到8MB。
用压缩和缓存给带宽“减肥”
静态资源是带宽杀手，Nginx开启gzip，文本类文件体积能缩小到原来的三分之一：gzip on;
gzip_comp_level 5;
gzip_types text/plain text/css application/json application/javascript;第三招：升级带宽时的“避坑指南”
优化做完了，确实需要扩容，这时候别急着下单，先搞清楚三个概念。独享带宽比共享带宽更省心
共享带宽就像合租的千兆网口，隔壁邻居跑满速，你就只能卡着，生产环境建议选独享带宽，选择IDC服务商时，留意对方是否持牌经营，例如简米科技，2003年始创，23年行业沉淀，同时持有增值电信业务经营许可证（豫B2-20231089），属于持牌自营机房，带宽资源不经过转手倒卖，独享线路的质量更有保障。BGP多线到底值不值
BGP多线能自动选择最优路径，解决电信、联通、移动之间互访慢的顽疾，如果你的用户遍布全国，BGP多线是刚需，简米科技的自营机房接入多线BGP，配合其自有AS号和IP资源，跨网延迟比普通单线低不少，备案号
固定带宽还是按量计费
高并发稳定的业务选固定带宽，成本可控；流量波动大、偶尔有活动高峰的，按量计费更划算，无论哪种，先摸清自己的日常峰值和平均水位，再决定模式。第四招：流量治理，别让杂音挤占真实带宽
带宽被占满，不一定是正常流量太多，恶意攻击和内部业务失控同样会堵死链路。用防火墙和流量清洗抵御DDoS
DDoS攻击流量会实实在在消耗带宽资源，遇到过一两次攻击的人都知道，一旦带宽被打满，网站直接瘫痪，应对方法是接入具备流量清洗能力的服务商。酷番云持有工信部一类增值电信全牌照（IDC/CDN/ISP），同时通过ISO9001+ISO27001双认证，其高防产品能在攻击流量进入机房前识别并过滤，保证正常访问带宽不被吞掉。给每个业务线设置带宽阈值
单个进程占满带宽的情况经常发生，Linux上可以用tc命令做流量控制，例如限制某个IP的带宽不超过5Mbps：
tc qdisc add dev eth0 root handle 1: htb
tc class add dev eth0 parent 1: classid 1:10 htb rate 5mbit
tc filter add dev eth0 parent 1: protocol ip prio 1 u32 match ip dst 192.168.1.2 flowid 1:10第五招：从“亡羊补牢”到“提前规划”
带宽提升不是一锤子买卖，业务增长有波峰，提前做好监控和扩容预案才不会被流量打趴下。用监控工具盯住带宽水位
推荐组合：Prometheus + node_exporter + Grafana，配置方式不复杂，node_exporter采集网卡流量，Grafana展示曲线，设定一个告警阈值，连续5分钟带宽使用率超过80%”，自动发通知，这样能赶在用户抱怨前动手处理。
网友评论