面对突发流量，最稳妥的方案是结合云监控确认瓶颈后，通过临时升级带宽或启用弹性伸缩来应对，而不是仅依赖系统内部参数调优。本文基于阿里云 ECS 环境说明具体操作。
先说结论：突发流量通常超出实例购买的带宽上限，操作系统层面无法突破物理限制，需通过云平台能力解决。
- 先定位：确认是带宽跑满还是连接数过多
- 先做：在控制台临时提升带宽或切换计费模式
- 再验证：观察监控图表是否回落且业务无报错
前置准备：安装监控工具
实例内部查看网络负载需要安装工具，默认可能未安装。
CentOS/Alibaba Cloud Linux：
yum install -y iftop sysstat
Ubuntu/Debian：
apt-get update && apt-get install -y iftop sysstat
定位瓶颈类型
在实例内部快速查看当前网络负载，判断是否触达上限：
iftop -P -n
或者查看历史网络统计：
sar -n DEV 1 5
登录云监控控制台，查看“公网带宽”使用率。如果持续接近 100%，说明是带宽瓶颈。如果带宽不高但连接失败，检查“连接数”或 PPS 指标。
控制台应急处理
1. 临时调整带宽（止血）
在 ECS 控制台找到实例，选择“网络与安全”->“带宽调整”。按量付费实例通常支持随时调整峰值。包年包月实例可能需要升级配置。
2. 切换计费模式（短期应对）
如果突发不可预测，可将“按固定带宽”临时切换为“按使用流量”。注意设置峰值上限以防费用失控，公开资料中没有看到可靠的量化数据表明哪种模式绝对省钱，需根据实际流量波形判断。
3. 架构优化（长期方案）
接入负载均衡 SLB 并开启弹性伸缩（Auto Scaling），流量高峰时自动增加实例。静态资源移至 CDN，减少源站带宽消耗。
系统参数调优（辅助）
开启 TCP BBR 算法可能提升拥塞控制效率，但不会增加带宽上限。需配置持久化以确保重启生效：
echo "net.ipv4.tcp_congestion_control=bbr" >> /etc/sysctl.conf sysctl -p
验证与观察
调整后回到云监控页面，观察带宽曲线是否不再触顶。同时在业务侧检查日志，确认 502/504 错误或超时率是否下降。使用 curl -o /dev/null -s -w %{time_total}\n 测试接口响应时间。
常见风险与坑
1. 按流量计费未设上限：突发流量可能导致账单激增，务必在控制台设置带宽峰值限制。
2. 忽略 PPS 限制：小文件高频请求容易触发包转发率上限，此时增加带宽无效，需更换实例规格。
3. 重启生效误区：部分带宽调整立即生效，但实例规格变更可能需要重启，操作前确认是否需要停机。
4. 内网带宽混淆：公网带宽优化不影响内网传输，确保监控看的是公网指标。
5. 配置未持久化：系统参数调优务必写入配置文件，否则重启后失效。
原文链接：https://www.zjcp.cc/ask/11489.html