对象存储生命周期管理：冷热分层省下 60% 存储账单的实操

存储账单的复合增长是安静的

计算资源超标会告警，存储超标不会——它每月安静地涨 5%~10%，一年后 CFO 问起时，你的对象存储账单已经是当初预估的两三倍。我们对一个客户日志与附件桶做完生命周期分层，月账单从 4.1 万降到 1.6 万。这篇讲实操。

一、先做存储体检：钱花在哪了

动手之前先回答三个问题：桶里有什么、多久没人碰、谁在读。方法：

1. 清单报告（Inventory）导出全量对象清单，按前缀、类型、大小聚合；

2. 访问分析：拉 90 天的访问日志或用存储的访问跟踪功能，把对象分成四档——30 天内访问（热）、90 天内访问（温）、180 天内访问（冷）、零访问（僵尸）；

3. 碎片与版本清理：多版本桶里被删除对象的历史版本、分片上传的残留碎片，常常占 10%~20% 的容量，且几乎永远是垃圾。

一个典型发现：日志桶里 80% 的容量是 90 天前的日志，月访问次数为零。

二、生命周期规则：四层分层的标准配置

标准分层模板（以腾讯云 COS 为例，其他云同理）：

- 标准存储：0~30 天，热数据，随时读；

- 低频存储：30~90 天，访问少但仍要秒级取回，适合月报、近期日志；

- 归档存储：90~365 天，取回需要分钟级解冻，适合合规留档；

- 深度归档：1 年以上，成本最低，基本只用于「永不删除但要留着」的数据。

配套三条规则：到期自动转层（如 30 天转低频、90 天转归档）、过期自动删除（日志类 180 天或 365 天硬删）、碎片清理策略（7 天清残留）。

三、三个必须提前想的坑

1. 取回费用与取回时间：归档/深度归档的读取要加解冻费、且有时延，SLA 要求秒级恢复的数据别分层下去。把「哪类数据允许分钟级取回」写成业务确认单，别让运维替业务做决定；

2. 最小计费单元：低频/归档存储有最小计量对象（如 64KB/128KB），海量小文件分层后账单可能不降反升——小文件先合并再分层；

3. 生命周期规则的前缀冲突：多条规则覆盖同一前缀时执行顺序有坑，规则上线前用清单数据干跑一遍，确认每个对象落入预期层级。

四、把治理做成例行而不是一次性

分层省 60% 只是起点，不治理会在半年后回来。例行机制：每月跑一次存储体检报告（容量增速 TOP 前缀、僵尸数据量、碎片占比），异常自动开处理单；新桶创建时强制带生命周期模板（基础设施即代码里做成默认值）。存储成本的治理逻辑和 FinOps 一样——没有例行机制，优化结果半年内一定回吐。

结语

对象存储的账单是「安静的复合增长」，生命周期分层是应对它的标准答案：体检定位、四层分层、坑提前想、治理例行走起。四步走完，60% 的降幅只是及格线。