AWS国际实名号 AWS S3 Lifecycle 策略没有按时删除旧版本？LifecycleRule 触发条件陷阱
很多人看到 S3 账单里“旧版本存储费”一直涨，第一反应是：Lifecycle 明明配了，为什么没删？ 真实情况通常不是“没生效”，而是触发条件没满足、规则范围配错、或者账号侧风控/计费状态影响了执行。如果你现在正在排查这个问题，重点别放在“Lifecycle 会不会自动删除”这种概念上，而要直接看下面几个最常见的坑。
先说结论：S3 旧版本没按时删，80% 不是服务故障
我在实际排查里，最常见的场景是这三类：
- 规则写对了一半：只配了 Current Version 的过期，没配 NoncurrentVersionExpiration。
- 条件没对上：Prefix、Tag、Object Size、Version 状态任一项不匹配，规则就不会碰到对象。
- 以为“当天删除”：Lifecycle 不是实时任务，通常按批次评估，延迟 24 小时以上很常见，复杂桶会更久。
如果你的目标是“压成本”，那就不能只看规则是否存在，而要看删的是不是你真正付费的那批旧版本。
AWS国际实名号 最容易踩的触发条件陷阱
| 陷阱 | 现象 | 实际原因 | 怎么处理 |
|---|---|---|---|
| 只配了过期规则，没配非当前版本删除 | 当前文件删了，历史版本还在涨费用 | S3 Versioning 开启后，历史版本不会自动跟着当前版本一起消失 | 增加 NoncurrentVersionExpiration，确认 days 是针对“非当前版本” |
| Prefix / Tag 不匹配 | 某些目录删了，某些目录完全没动 | 规则只覆盖了部分 key 或标签 | 先用一个小范围测试桶验证，再放大范围 |
| 对象被 Object Lock / 保留策略保护 | 控制台显示规则正常，但删除失败 | 保留期内对象不能删 | 先查是否启用了 Governance / Compliance 模式 |
| 版本还没变成 noncurrent | 刚上传覆盖后，旧版本还在 | Lifecycle 的删除对象是按“变成旧版本后再开始计时” | 确认“最后修改时间”与“版本切换时间”不是一回事 |
| 以为是精确到分钟 | 到期后 1 天还没删 | Lifecycle 是周期性评估，不是定时器 | 按 24-48 小时窗口看，不要按秒级 SLA 期待 |
| 有 Multipart Upload 未完成 | 空间一直占着，费用没降 | 未完成分片上传不走普通对象过期 | 单独加 AbortIncompleteMultipartUpload |
先看你是不是把“当前版本删除”当成“旧版本删除”了
这是最常见的误判。很多人把规则写成：
<Expiration> days = 30
然后以为 30 天后所有历史版本都会消失。实际上，如果 bucket 开了 Versioning，这个规则主要处理当前版本或产生 delete marker 的场景。 旧版本要单独加：
<NoncurrentVersionExpiration> days = 30
实操里我建议你这样理解：
- 当前版本：你现在访问到的那份对象。
- 旧版本：被新版本覆盖后的历史记录。
- Delete Marker：看起来像删了，实际上历史版本还在占空间。
如果你是做日志桶、备份桶、媒体素材桶，这个差异会直接影响账单。 我见过一个 2 TB 的 bucket，表面上“每天自动清理”，结果旧版本累计到 11.6 TB，月账单比预期高了 4 倍。问题就出在只配了 Expiration，没配 NoncurrentVersionExpiration。
为什么控制台看起来“已经过期”，但还是没删
这里面有几个很实用的判断点：
- 规则是否真的命中对象：Prefix 和 Tag 任何一个不对，规则直接失效。
- 对象是否处于保护状态：Object Lock、Legal Hold、Retention Period 会拦截删除。
- 对象是否仍在复制链路中：跨区域复制、复制延迟、复制状态未完成时，删除可能被延后。
- 是否有多个规则冲突：一个规则转储，一个规则删除，评估顺序会让结果和你想的不一样。
- 桶里是否存在大量小文件：Lifecycle 不是按单个对象逐条即时执行，量大时延迟更明显。
如果你排查时只盯着“是否勾选了 Lifecycle”，基本查不出结果。 你要看的是：对象是否符合规则输入条件，而不是规则是否存在。
真正影响成本的，不只是删不删，而是删得够不够彻底
很多团队以为清理旧版本就够了，实际上费用往往还挂在这几个地方：
- 非当前版本存储：旧版本数量大时，这是最主要的费用来源。
- 未完成分片上传：网络不稳、程序中断后，分片残留会持续计费。
- 跨区域复制副本：源桶删了，目标桶还在保留副本。
- 低频访问层/归档层迁移失败：规则写了 transition，但对象条件没满足，没真正迁过去。
如果你是为了控费，我通常建议先做一个 7 天样本观察：
- 看历史版本占比是否超过总容量的 30%
- 看未完成分片上传是否持续增长
- 看是否存在同名对象频繁覆盖
- 看生命周期规则命中数量是否为 0
这四项里只要有两项异常，基本就不是“延迟”，而是规则设计有问题。
账号购买、实名认证、充值续费：为什么也会影响 Lifecycle 排查
AWS国际实名号 很多人排查技术问题时忽略了账号状态，其实在 AWS 场景里，账户支付状态和风控状态会间接影响你对生命周期执行结果的判断。 尤其是新账号、代购账号、企业多账户体系，最容易踩坑。
1）新账号和代开户注册的风险点
如果账号是刚开通不久，或者通过代开、代理开户注册，常见问题不是 Lifecycle 配置本身，而是：
- 账单信用卡未完成验证，导致部分资源操作受限
- 账号被风控抽查，控制台可见但资源执行慢
- 企业认证材料不完整，出现后续充值/付款失败
这类账号最怕的不是删不掉，而是删除失败后没人第一时间发现。 一旦旧版本持续堆积，等账单出来再处理，费用已经发生了。
2）AWS 的支付方式和“充值续费”逻辑
AWS 和一些云厂商不太一样，通常不是先充值再扣费，而是按账单周期扣信用卡或走企业发票/授信。 所以用户搜索“充值续费”时，实际需求往往是：
- 确保付款方式可用，避免账户欠费
- 避免因为支付失败导致资源状态异常
- 提前控制预算，别让 S3 历史版本拖高月账单
实际经验里，国际信用卡可用性差异很大。常见情况如下：
- 个人卡：容易过验证，但额度和风控更敏感。
- 企业卡：更适合长期使用，但账单审批链条更长。
- 预付/虚拟卡：有时会触发风控，不适合长期主账号。
如果你是为了测试 Lifecycle，建议先用一个独立测试账号做验证，别直接上生产主账号。 原因很现实：规则写错导致大量对象误删，比“晚删一天”更麻烦。
企业账号里最常见的一个问题：权限有了，删除权限却没到位
AWS国际实名号 很多企业云账号是多 IAM 角色、多团队协作。表面上看，运维能配 Lifecycle，但真正执行时会卡在权限或组织策略上。
常见表现：
- 控制台能保存规则，但对象始终不变
- 某些桶可以删，某些桶不行
- 策略在测试环境正常，生产桶不生效
这通常不是 S3 的问题，而是：
- Bucket Policy 限制了删除动作
- AWS国际实名号 Organizations SCP 禁止某类删除
- KMS 加密对象的访问策略没配全
- 审计要求开启保留，导致生命周期被合规策略拦住
如果你们公司走的是正式企业认证，建议在上线前把“谁能改规则、谁能删对象、谁能看账单”分开，不然排查时会出现：技术说规则没问题，财务说费用没下降，安全团队说不能删。最后谁也不敢动。
实操排查顺序：别一上来就改规则
我建议按这个顺序查，效率最高：
- 先确认对象版本状态：是不是版本化桶，旧版本是否真的生成。
- 再确认规则范围：Prefix、Tag、大小过滤是否覆盖到目标对象。
- 检查保护机制：Object Lock、Retention、MFA Delete、复制状态。
- 看时间条件：NoncurrentDays 是否从你以为的时间点开始计算。
- 最后看账号状态：账单是否正常、支付方式是否有效、是否触发风控。
如果你们桶里的对象量比较大，我更建议先做“只命中一个前缀”的灰度测试。
比如只对 /test/ 前缀生效，观察 48 小时，看旧版本是否按预期进入删除窗口，再扩到生产目录。
不同场景下的决策建议
| 场景 | 建议做法 | 为什么 |
|---|---|---|
| 日志桶 | Current 30 天 + Noncurrent 7~15 天 + AbortIncompleteMultipartUpload | 覆盖最常见的覆盖写和上传中断问题 |
| 备份桶 | 先保留较长 Noncurrent 周期，再做小范围验证 | 避免误删需要回滚的历史版本 |
| 媒体素材桶 | 按 Tag 区分冷热数据，不要只靠 Prefix | 文件名规则通常不稳定，Tag 更可控 |
| 企业正式账号 | 把账单、权限、审计、生命周期分开管理 | 减少风控和误删带来的连锁问题 |
FAQ：用户最常问的几个问题
Q1：Lifecycle 到期后为什么不是当天删？
A：S3 生命周期是周期性评估，不是秒级任务。通常你要按 24 小时以上的窗口看，复杂桶会更慢。
Q2：我已经设置了 Expiration，为什么旧版本还在？
A：因为 Expiration 不等于 NoncurrentVersionExpiration。Versioning 开启后，旧版本要单独写删除规则。
Q3：规则保存成功了，为什么账单没降？
A：先看是否命中对象，再看旧版本占比、未完成分片上传、复制副本是否还在计费。
Q4：企业账号为什么比测试账号更容易“删不动”？
A：企业账号常有 SCP、审计保留、Object Lock、权限分层，生命周期规则可能被外层策略拦住。
Q5：如果支付方式异常，会影响 Lifecycle 吗？
A：一般不会直接阻止规则执行，但会影响你对资源状态、账单扣费、账号风控的判断。尤其是欠费、卡验证失败、账户异常时，排查会变复杂。
最后给一个实战判断标准
如果你现在怀疑 S3 Lifecycle 没按时删旧版本，不要先问“为什么 AWS 没生效”，先问这三个问题：
- 规则有没有明确覆盖 NoncurrentVersionExpiration？
- 对象有没有被 Tag / Prefix / Object Lock / Replication 拦住？
- 账号的 支付、权限、风控状态 是否正常？
这三项里只要有一项没查清，后面改再多次规则都可能是白忙。 真正省钱的做法，不是“把删除天数调短”，而是先确认规则能命中、能执行、能真正释放费用。