备份任务把带宽占满：限速与错峰

发布时间:2026-08-10 09:30

## 症状现象 每天固定时段网站突然变慢，用户请求超时，监控里公网带宽曲线顶到上限。追查发现同一时段备份任务正在把数据同步到异地，备份流量与用户流量在有限的带宽里互相踩踏。业务恢复的时间与备份结束的时间精确吻合，因果关系清清楚楚。 ## 定位过程 确认占用主体：带宽打满时段查连接与流量分布，备份进程的上传速率一目了然。评估两个量：备份窗口实际需要传输的数据量，以及链路总带宽减去业务高峰占用后的富余量。富余量充足仍打满，是备份未限速全速狂奔；富余量本身不足，则是备份量增长后窗口失衡，两种结论对应不同处理。 ``` iftop -nNP -i eth0 rsync --stats 同步统计输出 ``` ## 解决方法 限速是第一手段：rsync 的带宽限制参数把上传压制在设定值之下，单位是千字节每秒，例如五万即约五十兆每秒，业务带宽立即获得保障。 ``` rsync -az --bwlimit=50000 /backup/ dr@203.0.113.20:/srv/backup/ ``` 错峰是第二手段：备份挪到业务低谷的深夜时段，与限速叠加用。结构优化是第三手段：增量备份减少每次传输量、压缩后再传、去重技术让重复内容不再重复传。紧急情况临时限速救火，长效靠三项组合。 ## 预防建议 备份任务的带宽占用纳入监控，设占用上限告警。备份量增长趋势定期复盘，传输量逼近窗口容量前就要扩容或调整策略。顺云云服务器的公网带宽是用户与备份共享的资源池，备份策略设计时就该把限速写进脚本默认参数，而不是等踩踏发生再补。 带宽的账要算总账：备份、同步、监控上报、日志外发共享同一条出口，逐项列出限速值并预留业务峰值，任何一项不限速都可能成为突发占满出口的元凶。季度复核一次各项限速与实际利用率，业务增长后同步上调，规则与现实的差距保持在可控范围。备份完成的时间点纳入监控，超出窗口说明该重新评估了。