AWSAmazon S3
AWS S3 存储类型怎么选?生命周期规则如何避免反而变贵?
比较 S3 Standard、Intelligent-Tiering、Standard-IA 与 Glacier,并核对取回费、最短存储期和小对象成本。
- 高频数据用 Standard,访问模式未知时评估 Intelligent-Tiering
- Standard-IA 与 Glacier 需要核算取回费和最短存储期
- 小对象和短期对象不一定适合向低频层迁移
- 版本控制 Bucket 要同步清理非当前版本和删除标记
存储类型解决的是访问模式问题
S3 Standard 面向频繁访问数据;Standard-IA 面向长期保存但较少访问、仍需要毫秒级读取的数据;Glacier 系列更适合归档。Intelligent-Tiering 适合访问规律未知或会变化的数据,由服务自动调整访问层。
所有类型都不能只比较静态容量单价。可用区设计、最短存储时长、最小计费对象大小、取回费用和恢复时间会共同影响结果。
什么时候 Intelligent-Tiering 更合适
如果无法预测文件何时会再次读取,Intelligent-Tiering 可以减少手工规则错误。它会产生对象监控和自动化费用,但部分访问层没有取回费。对象很小或数量巨大时,应先计算管理费用。
访问规律非常明确的日志和备份,则可以直接通过生命周期规则在指定天数后迁移或删除。
生命周期规则的三个常见坑
第一是对象还没满足最低存储时长就被删除,仍产生剩余时长费用;第二是小对象迁移后节省的容量费低于请求和管理费;第三是开启版本控制后只清理当前版本,旧版本继续累积。
- 用 Storage Class Analysis 或账单数据验证访问规律
- 分别设置当前版本、非当前版本和未完成分片上传规则
- 对归档对象定期演练恢复,确认业务能够接受恢复时间
- 对重要合规数据核对保留策略和 Object Lock,避免误删
推荐的上线方式
先为单一前缀或标签建立规则,保留一批不迁移的对照对象。经过一个完整账单周期后,比较容量、请求、取回和数据传输费用,再决定是否扩大范围。
如果数据访问模式在促销、季度结算或模型训练期间会周期性变化,规则天数也要纳入业务日历,不要只按文件年龄判断。
官方资料与更新说明
本文根据下列云厂商官方资料整理。产品可用性、计费和规则会变化,操作前请再次核对目标区域控制台与最新文档。
需要核算具体方案?
免费咨询