成本优化 云资源的闲置识别与缩容
白纱玫瑰
5 min read
成本优化 云资源的闲置识别与缩容
云账单高，往往不是单价贵，而是为“买了没用”的资源持续付费：空闲实例、超额预留、没人访问的负载均衡、长期零读的存储。成本优化的第一刀应当砍在闲置资源上，它风险低、收益直接，不必动架构。对多数团队，闲置和浪费占账单的两成到四成量级，先把这部分捞回来，比谈架构优化实在，也最容易在管理层那里拿到支持。
先识别再下手
闲置识别靠使用率而不是靠“觉得没用”。核心信号：
| 资源 |
闲置信号 |
| 计算实例 |
CPU 长期 < 5%、无入站流量超两周 |
| 块存储 |
无挂载或挂载后零 IO |
| 负载均衡 |
后端为空或请求量为零 |
| 对象存储 |
超过设定周期无任何读取 |
| 公网 IP |
未绑定任何实例或网关 |
# 拉取实例一段时间内的平均 CPU
cloudmon metric cpu-util --instance i-xxxx --range 14d --stat avg
经验上，连续两周低水位才有把握判定闲置，单日低峰会误杀批处理类负载。批处理节点白天闲夜里忙，按全天均值判断就会错杀。判断前先搞清楚资源的真实作息，再下结论。
给资源打归属标签
闲置难判定的一大原因是“不知道这东西谁在用”。强制给每个资源打 owner、env、project 标签，盘点时按归属追人确认，避免“可能是别人的”导致没人敢动：
tags:
owner: "team-payment"
env: "staging"
project: "checkout"
没有标签的资源默认纳入待审查清单，倒逼团队把归属补齐。成本账单也能按标签拆，谁花了多少一目了然，超支时不用猜，直接找对应团队。
缩容的三种力度
- 停机不删：先关机观察，确认无依赖再释放，留退路。
- 降规格：把 8 核降到 2 核，保留可用性的同时省下大部分费用。
- 定时启停：开发测试环境只在工作日白天开，非工作时段自动关。
# 定时开关的调度示意
schedule stop env=test cron "0 20 * * 1-5"
schedule start env=test cron "0 8 * * 1-5"
定时启停对测试环境收益最大，因为测试环境大量时间无人使用却一直计费，关掉非工作时段能省下一半以上，几乎是零风险的操作。注意有些服务依赖测试环境做定时集成，关停前要把这些任务迁到常开的小节点。
预留与按需的边界
长期稳定负载适合预留（包年包月类），波动大的负载用按需。错误做法是把所有资源都预留，闲置的预留照样计费且难退。经验上，先把稳定基线识别出来再谈预留，波动部分保持弹性。预留比例建议从基线负载的七成起步，留三成弹性，避免预留过量反而亏。预留一旦买定，退订成本往往高于省下的折扣，所以要保守。
别忽视看不见的账单项
- 跨区流量费常常比计算本身还贵，却最容易被忽略。
- 闲置的块存储快照、旧镜像仓库，默默占着存储费。
- 没绑定的公网 IP、闲置的负载均衡，按小时计费积少成多。
这些“小项”单看不起眼，汇总起来可能占可观比例，定期扫一遍比优化大实例更省力。很多团队算账只看计算实例，结果钱花在没注意的流量和闲置 IP 上。
成本报告要常态化
优化不是一次性的，闲置会随时间重新产生。把成本报告做成周报或月报，按标签拆给各团队，让花费可见。当每个团队都能看到自己名下有多少闲置，清理动力自然上来，比运维一个个去催有效。
防止反弹的流程
清理完一次后，要在资源申请流程里加一道关卡：新建资源必须带标签、必须说明用途和预期生命周期。没有生命周期说明的临时资源，到期自动提醒 owner，避免“临时”变“永久”。把成本意识前置到申请环节，比事后清理省心得多。
一个典型场景
某团队月度账单里有一批 staging 实例常年开机，平均 CPU 不到百分之三，也没有对外服务。打上 owner 标签后追到是半年前一个已下线的项目遗留，定时启停加清理后，该团队月度计算费用下降约三成。这种“无人认领却一直计费”的资源，几乎每个达到一定规模的团队都有。
踩坑清单
- 只看 CPU 不看网络，一台“CPU 很低”的实例其实是消息队列消费者，停了下游全堵。闲置判定要综合多指标。
- 删除块存储前没确认快照，数据没了才发现是唯一副本。释放前先建快照并验证可读。
- 负载均衡后面挂着健康检查失败的实例，看起来“无流量”其实是后端已挂，直接删均衡器会让故障暴露为更大事故。
- 缩容批处理节点时忘了它半夜跑任务，白天低水位停了，夜里任务无节点可用。
- 把测试环境当生产长期开机，是最常见也最容易被忽略的浪费来源。
- 预留一次性买太多，业务缩量后预留闲置，退订成本高于省下的折扣。
成本优化是持续动作不是一次性项目。把闲置识别和定时启停做成定期任务，账单才会稳定下来。真正的难点在于“敢不敢关”，这依赖于对依赖关系有清晰盘点，以及每张账单都能追到负责人。
1 view
0 likes
0 comments