适用场景

云成本失控通常不是单价贵，而是「没人知道钱花在哪」。治理第一步是标签分账：每个资源必须能回答归属部门、项目、环境、负责人。第二步是资源画像：把闲置、低配高用、高配低用三类挑出来。

配置步骤（闲置与低效资源回收）

# 1) 资源画像：拉 14 天监控数据
# CPU 平均 < 5%、内存 < 20%、网络 < 1Mbps → 疑似闲置

# 2) 常见闲置清单
# - 未挂载的云盘 / 快照堆积
# - 已下线业务但未释放的实例与公网 IP
# - 未绑定的负载均衡与带宽包
# - 长期未访问的对象存储前缀

# 3) 回收流程（先观察后动手）
# 阶段1：打标签 candidate-recycle + 通知负责人
# 阶段2：7 天后仍未认领 → 停机保留镜像
# 阶段3：再 7 天 → 释放，保留快照 30 天

关键参数与建议

  • 标签规范：部门、项目、环境、负责人四个必填标签，缺一不可
  • 强制手段：新资源创建必须填标签，靠审批与自动化策略兜底
  • 闲置识别：低 CPU + 低网络 + 低磁盘 IO 连续 14 天以上
  • 成本归属：公网流量、对象存储、备份、快照都要计入，不只算主机
  • 优化顺序：先删闲置，再降配，最后才谈预留或包年
  • 变更安全：降配与删除前确认依赖，先打标签观察再做动作
  • 汇报节奏：月度成本报告，含环比、异常项、已优化金额

容易踩的坑

  • 直接删实例，业务第二天报障才发现是测试依赖
  • 快照与镜像无人清理，存储成本比主机还高
  • 公网 IP 未释放，闲置仍计费
  • 停机不等于停费，云盘与带宽照收
  • 未通知负责人就回收，引发部门冲突
  • 只看 CPU 判断闲置，忽略了夜间批处理任务

验证与巡检

# 存储与快照盘点
# 列出所有卷与挂载状态、快照数量与大小、最近访问时间

# 回收效果核算
# 本月节约金额 = 释放资源原月费合计
  • 巡检：闲置清单每月更新、回收有审批记录、节约金额可核对

小结

云成本治理检验：随便抽一条账单条目，都能说出它属于谁、为什么需要、能不能降。说不清的就是治理缺口。

> 说明：文中命令为通用写法，不同型号/版本可能略有差异，落地前请对照设备实际版本的官方文档；带外管理与安全设备变更建议先在测试设备验证。