S3 Standard存储类对象迁移至Glacier Deep Archive的计费咨询

多版本付费问题 #

• 如果你的S3桶开启了版本控制功能，手动修改对象存储类的操作确实会生成一个新的对应存储类的版本，原有Standard存储类的历史版本会保留在桶内。S3按所有保留版本的总容量计费，这种场景下你需要为两个版本的存储容量同时付费，分别按对应存储类的费率计算。
• 如果不需要保留历史版本，你可以在确认新版本迁移完成后，手动删除Standard存储类的旧历史版本，也可以配置生命周期规则自动清理非当前版本的旧对象，避免产生不必要的存储费用。
• 若你的桶未开启版本控制，修改存储类不会生成额外副本，仅会原地修改对象的存储类属性，只需按新的Glacier Deep Archive费率支付存储费用即可。

未满180天迁移的问题 #

你提到的生命周期规则触发需要对象创建满180天的限制，本质是Glacier Deep Archive存储类的强制最低存储时长要求：所有存入该存储类的对象最少需要存储180天，提前删除或转换为其他存储类需要支付剩余天数的提前删除费用。生命周期规则的180天限制是平台为了避免用户误操作产生额外费用做的默认限制，并非无法提前迁移。
如果你确定这批1.5TB的数据在存入Glacier Deep Archive后的180天内不会被删除、也不会转换回其他存储类，可以直接通过控制台批量操作或者S3 Batch Operations批量修改存储类，不会产生额外惩罚费用，比等待生命周期规则触发效率更高。

内容的提问来源于stack exchange，提问作者manwithplan