备份任务把 CPU 打满：降权与错峰

发布时间:2026-02-24 19:55

## 症状 每晚固定时段，业务响应突然变慢，登录机器看到某个压缩进程的 CPU 占用顶满多核，来源正是备份任务。备份本身没失败，但它的执行时段与业务晚高峰重叠，服务器规格不大时互相挤压明显，用户体感先于监控告警到达。 ## 定位 先确认资源竞争的事实：看备份进程的 CPU 占用曲线与业务延迟曲线的时间重叠度，两条曲线同步起伏，因果即立。再看备份的实现方式，压缩是主要耗电源头，压缩工具默认吃满所有核，规格小的机器上无处可躲。同时核对该任务的调度时间：当初设在深夜，业务增长后夜间时段也变成了高峰，错峰设计过了保质期。三项都核实后，处理手段就清楚了，动时段、降权限、限线程，按顺序上。 ## 解决 三招组合拳。第一招错峰：把备份整体挪到业务低谷，低谷时段用监控曲线找，别凭印象定。第二招降权：压缩任务降级运行，把 CPU 让给业务。 ``` nice -n 19 gzip bigfile.tar ``` 第三招限核：压缩工具指定单线程或限线程数，速度慢一点换取机器从容。 ``` pigz -p 1 bigfile.tar ``` 三招按代价从小到大依次尝试，多数场景前两招已经够用。调整后连续观察三个晚上，业务延迟曲线与备份时段不再重叠，才算真正解决，单晚正常可能只是那晚流量恰好不大。 ## 预防 备份时段随业务节奏定期复审，每季度对照新的流量曲线挪一次。重计算类任务上线前先声明资源需求，部署时配好降权与限核参数，默认值就是抢资源的。把业务延迟与备份进度的曲线放在同一张图上看，重叠出现就是复审信号。顺云云服务器上备份任务用低配时段或独立实例执行，重要业务的机器保持职责单一，批量压缩这类重活交给专门的机器跑。