容量预测与触发线
容量预测把业务增长折算成资源水位：为 CPU、内存、存储、带宽与盘位分别设定扩容触发线，并把采购与上架的提前量一起算进去，避免触及红线才临时救火。比数值更要紧的是触发线必须绑定动作——只设阈值不定义后续流程，预警不会自动变成行动，最后仍然是出问题才处理。
基本信息
| 预测对象 | CPU、内存、存储、带宽与盘位（机柜空间） |
|---|---|
| 触发线 | 按业务容忍度设定（示例口径：持续高于 70% 进入扩容评估） |
| 提前量 | 采购周期与上架周期都要计入，避免预警后仍来不及 |
| 复盘周期 | 季度更新预测模型与业务增长假设 |
| 输出物 | 扩容计划、预算需求与空闲资源清单 |
典型使用场景
- 例行容量评估：按周期输出各资源水位与增长趋势
- 业务高峰预判：大促、结算或版本发布前预判资源是否够用
- 采购预算编制：把触发时间换算成采购与到货排期
- 扩容排期：与变更窗口和业务淡季对齐
- 成本优化：找出长期低水位的闲置资源并重新分配
采集资源水位
采集资源水位
uptime # 负载与运行时长
free -h # 内存使用与 swap 情况
df -h | head -10 # 各挂载点容量水位
lsblk -d -o NAME,SIZE,MODEL | wc -l # 盘位使用数量
iostat -x 1 3 2>/dev/null | tail -20 # 磁盘利用率与等待
sar -n DEV 1 3 2>/dev/null | tail -10 # 网络带宽利用率对象与扩容动作
| 对象 | 观测指标 | 触发后动作 |
|---|---|---|
| CPU | 平均与峰值使用率、负载 | 评估纵向升配或横向加节点 |
| 内存 | 使用率、swap 换入换出 | 加装内存或调整虚机内存分配 |
| 存储 | 容量水位、IOPS 与增长速率 | 扩容阵列或迁移历史数据 |
| 带宽 | 峰值利用率与丢包 | 链路升级或拆分业务流量 |
| 盘位 | 剩余槽位与可扩展上限 | 提前采购机型，避免无处加盘 |
触发线要绑定动作：明确“达到阈值后谁在多久内做什么”，否则阈值只是报表上的一个数字。
只看平均利用率会漏掉风险：平均 40% 但峰值打到 95% 的系统，实际已经没有余量，容量评估要同时看峰值。