# 

去年我们给一个日志桶配了生命周期：对象创建 7 天后沉到低频存储，30 天后沉到归档存储。配完看单价，低频是标准存储的八折，归档是标准存储的三折，一年下来按估算能省七成存储费。

第二个月的账单出来，总费用比上个月高了 6%。

单价确实降了，账单确实涨了。我们省的是一栏，花的是另外两栏。腾讯云 COS 生命周期的这几条规则，文档写得很清楚，但配的时候很容易只看「多少天之后执行什么」。

## 为什么存储单价降了，账单反而涨？

账单涨有两个来源，一个在存储费里，一个不在。

**存储费里的那一项叫提前删除费。** 我们的规则是「7 天沉低频、30 天沉归档」，也就是说每个对象在低频存储里只待了 23 天。而低频存储的最短保留时间是 30 天。差的这 7 天，要按低频单价补收。

**存储费外的那一项是数据取回费。** 归档对象不能直接读，要先恢复。我们有个每天扫最近一年日志的分析任务，对象沉到归档之后，它每天触发的都是恢复请求，恢复要等，任务超时重试，重试又触发一次恢复。

两笔加在一起，超过了存储费省下来的部分。

## 提前删除费到底怎么算？

先把文档原文摆出来，这段话是整个问题的核心：

> 请注意低频存储需存储至少30天、归档存储类型需存储至少90天、深度归档存储类型需存储至少180天。如果在最短保留时间之前，通过生命周期提前删除或沉降了对象，需要收取提前删除费用。腾讯云 COS 不会检查生命周期中是否包含少于30/90/180天的规则，所有配置都将按照您的要求执行。

最后一句是关键，也是很多人没注意到的地方：**平台不会拦你，也不会提醒你。** 你配「3 天后沉归档」，它就 3 天后执行，然后按 90 天的最短保留时间跟你结算差额。

文档里给了两个算例，直接说明了计算方式：

> 低频存储的对象，已存储20天，生命周期执行删除操作，需要额外收取10天的低频存储费用，作为提前删除费用
>
> 低频存储的对象，已存储10天，生命周期执行沉降操作，转换为归档存储，需要额外收取20天的低频存储费用，作为提前删除费用

注意第二个算例：沉降本身也可能产生提前删除费。不是只有删除才算。

三种存储类型的最短保留时间不一样，配规则之前必须先把这张表对一遍：

| 存储类型 | 最短保留时间 | 最小计量单元 | 读之前的等待 |
| --- | --- | --- | --- |
| 标准存储 | 无 | 无 | 直接读 |
| 低频存储 | 30 天 | 64KB | 直接读，另收取回费 |
| 归档存储 | 90 天 | 64KB | 需恢复，最快 1 到 5 分钟 |
| 深度归档存储 | 180 天 | 64KB | 需恢复，最快 12 小时 |

按这张表倒推，一条「A 天沉低频、B 天沉归档」的规则要满足两个条件：B 减 A 不小于 30（低频待够），B 本身不小于 90（归档待够）。我们的 7 和 30，第一个条件就不满足。

正确的写法是「7 天沉低频、37 天及以上沉归档」，或者干脆「0 天沉归档、90 天之后再考虑删」。具体选哪个，取决于对象在这段时间里还会不会被读。

## 单向是什么意思，配错了能改回去吗？

不能直接改。文档里这段写得很明确：

> 沉降数据是单向的，只允许从标准存储 > 低频存储 > 智能分层存储 > 归档存储 > 深度归档存储，也支持跳级沉降（例如标准存储 > 归档存储），不支持逆向。您只能通过调用 PUT Object - Copy（针对非归档存储/深度归档存储类型），或 POST Object restore（仅适用于归档存储/深度归档存储类型）来将较冷存储类型的数据恢复至较热存储类型。

这段话有三层意思：

第一，**方向只有一条**，从热到冷，可跳级但不能回头。「先沉下去看看，不行再改回来」在计费上走不通。

第二，**回热是两次操作，不是一次**。低频存储用 Copy（复制到自己，改存储类型），归档和深度归档要先 restore 恢复成可读，再 Copy。归档的恢复本身就是计费的，恢复出来的副本还会占用标准存储容量。

第三，**这次恢复是临时的**。归档对象 restore 之后有一个可读期限，过期又变回不可读。如果业务需要长期读，那它本来就不该放归档。

后来我们把那个任务改成只读低频那一部分，归档的只在审计时按需恢复，取回费才降下来。

## 同一天多条规则命中，谁说了算？

生命周期规则按对象和天数来配，一个桶最多可以放 1000 条。规则多了，同一对象被多条命中是常态。文档给了两条判定规则：

> 如果对同一组的对象配置了多条规则，且存在冲突性情况（不含过期删除配置），对象存储会优先执行沉降至最冷存储类型的规则。

> 如果对同一组的对象配置了多条规则，且存在冲突性情况，对象存储会以最短过期时间为准执行，且过期删除的执行效力大于转换存储类型。

把这两条和文档里的算例合起来，就是一张执行顺序表：

| 命中情况 | 实际执行 | 请求费 |
| --- | --- | --- |
| 沉低频 + 沉归档，同一天 | 只执行沉归档 | 收一次 |
| 沉归档 + 删除，同一天 | 只执行删除 | 收一次 |
| 沉归档 + 删除，不同天 | 各执行一次 | 各收一次 |
| 三条规则分别沉到不同层级 | 只执行最冷那条 | 收一次 |

「同一天只收一次请求费」这件事容易让人误判成本：以为配十条规则就是十倍请求费，其实同一天内只算一次。真正的风险不在费用，在于**你以为什么都没发生，实际上对象已经被沉到最冷的那一层了**。

文档对这一点有一句直接的劝阻：

> 腾讯云 COS 强烈提醒您不要针对同一组对象配置多个含冲突条件的生命周期规则，冲突执行可能导致不同的费用表现。

## 哪些对象根本不会被沉降？

这条最容易被忽略，但它能解释「为什么配了规则，桶里还有一堆标准存储的对象」：

> 生命周期不会对小于64KB的对象执行转换操作。

同一个意思在费用说明里又出现了一次：

> 为了降低用户成本，生命周期不会对小于64KB对象执行存储类型的转换操作。

我们的日志桶按小时切分，单文件经常只有二十几 KB。这部分对象从来没被沉降过，一直在标准存储里，也不会产生提前删除费。

所以配规则之前要先看对象大小分布，用清单导出 CSV 看一眼小于 64KB 的占多少：

```bash
# 列号按你导出的清单实际调整，这里假设第 5 列是对象字节数
awk -F, 'NR>1 { n++; if ($5 + 0 < 65536) s++ } END {
  printf "对象总数 %d，其中小于 64KB 的 %d 个\n", n, s
}' inventory.csv
```

如果这一栏占比很高，那么「沉降解成本」的估算要按实际会被沉降的对象来算，不能按总容量算。

还有两个时间细节：

**扫描发生在每天 0 点，北京时间。** 文档原文：「COS 将在北京时间（GMT+8）每日0点拉取生命周期规则，扫描命中应用范围的所有对象。」所以配完规则不会立刻生效，最快也要等下一个 0 点。

**天数按 24 小时算，未满不算一天。** 文档举的例子是 1 号下午 3 点配了「修改后 1 天删除」，当天上传的文件不会被删，要等到 3 号 0 点。这条的实务含义是：**不要拿规则的「天数」去做精确的时间承诺**，它只有日粒度。

另外，扫描和执行期间别去改规则状态，文档说这会导致原规则终止。

## 上线前该核对哪几项？

那次之后我们做了一张核对表，配规则之前逐项过一遍。表里最前面两项是这次真正踩到的：

| 核对项 | 怎么确认 | 踩错的后果 |
| --- | --- | --- |
| 各段天数差是否不小于最短保留 | 沉低频到沉归档的间隔要 ≥ 30 天，沉归档那天要 ≥ 90 天 | 每个对象按差额天数补收提前删除费 |
| 有没有程序在读冷数据 | 查访问日志里对归档对象的 GET 和 restore 请求 | 取回费超过省下的存储费 |
| 小于 64KB 的对象占比 | 用清单导出后统计大小分布 | 成本估算整体偏大，规则覆盖不到 |
| 是否依赖「改回去」 | 确认业务不需要临时回热，或已算过回热成本 | 回热要 Copy 或 restore，账单再涨一次 |
| 是否存在冲突规则 | 同前缀下是否配了多条沉降至不同层级 | 实际按最冷那条执行，与预期不符 |
| 规则生效时间 | 确认下一次 0 点扫描的时间 | 以为立刻生效，验证时误判 |

这套核对流程后来写成了一份清单，和备份、快照那几项放在一起，条目按「现象 / 原因 / 怎么确认」三列排。文档是用 AI墨衍 把几次翻车的记录归拢起来的，具体到每条规则的天数还得自己算。

顺带说一句：如果你的对象访问模式本来就不确定，与其自己猜一个天数，不如先看智能分层。它会按访问频率自动在两个层级之间切换，不用你预判冷热，代价是层级切换的粒度不由你控制。

顺便问一句：你们桶里的生命周期规则，沉到归档那一条的天数，减去沉到低频那一条的天数，够 30 天吗？


去年我们给一个日志桶配了生命周期：对象创建 7 天后沉到低频存储，30 天后沉到归档存储。配完看单价，低频是标准存储的八折，归档是标准存储的三折，一年下来按估算能省七成存储费。

生命周期规则把日志沉到归档，第二个月账单反而涨了

云计算

运维

去年给日志桶配了生命周期规则：对象7天沉低频、30天沉归档。结果第二个月账单涨了6%。原因在于：低频最短保留30天，提前7天沉降产生了提前删除费；归档对象每天被分析任务恢复，触发了大量取回费。建议配规则前先检查天数差是否满足最短保留时间要求，并统计小于64KB对象占比。

对象存储

归档存储

数据恢复

代码解释

对象存储COS新用户低至1元！


文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

生命周期规则把日志沉到归档，第二个月账单反而涨了-腾讯云开发者社区-腾讯云

生命周期规则把日志沉到归档，第二个月账单反而涨了

生命周期规则把日志沉到归档，第二个月账单反而涨了

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐