上云后成本优化
迁移完成进入稳态后，成本优化才真正开始：按实际负载重新核定规格（rightsizing）、用预留实例或节省计划覆盖稳定负载、把冷数据转低频与归档、清理闲置资源。目标是让账单结构与业务负载曲线对齐，而不是简单地削减资源。
基本信息
| 规格 | 按监控数据降配过配实例，或合并低负载实例 |
|---|---|
| 计费 | 稳定负载用预留或节省计划，波峰保持按量 |
| 存储 | 用生命周期策略把冷数据转低频与归档 |
| 清理 | 释放闲置 EIP、未挂载云盘、旧快照与过期镜像 |
| 观测周期 | 至少看近 30 天曲线再决定降配 |
| 成本归属 | 用标签把费用分摊到业务，否则无从优化 |
优化动作与风险
| 动作 | 收益 | 风险 |
|---|---|---|
| 降配 | 直接降低实例费用 | 只看 CPU 不看内存与峰值会引发故障 |
| 预留与节省计划 | 覆盖稳定负载，单价明显更低 | 买过量无法退回，形成新的浪费 |
| 存储分层 | 冷数据成本下降一个量级 | 归档取回有延迟与取回费用 |
| 闲置清理 | 释放无主资源，立竿见影 | 误删仍在用的 EIP 或快照影响业务 |
典型使用场景
- 迁移后首次成本体检，找出过配与闲置
- 季度预算评审前做一轮优化并留存依据
- 大促或业务高峰前评估预留覆盖率是否足够
- 存储费用占比明显偏高时推动分层与生命周期
- 定期清理无主资源，避免长期小额漏损
优化行动的核对点
优化行动的核对点
# 近 30 天 CPU / 内存曲线：长期低水位 → 降配或合并
# 预留覆盖率：稳定负载的覆盖率目标与实际覆盖比例
# 存储分层：低频与归档比例是否匹配真实访问模式
# 闲置清单：未挂载云盘、未绑定 EIP、旧快照、过期镜像
# 标签检查：未打标签的资源无法归属，先补标签再谈分摊
# 账单趋势：对比单位业务量的成本，而不是只看总额涨跌降配要基于实际峰值而不是平均值：把近 30 天的 P95、P99 与业务高峰叠加看，留出余量再动手，并在变更后观察一个完整业务周期。
预留与节省计划本质是承诺消费：买之前先确认负载稳定性。迁移后的头几个月负载还在波动，过早锁定会留下无法退回的浪费。