准备把网站图片、日志和备份放进S3时，低频存储的容量单价很容易先吸引注意。可这几类文件的脾气并不一样：图片每天有人看，日志可能一周就清理，备份则希望很少用到。把它们全部丢进同一层，未必是省钱的开始。
我会先把文件按“大小、多久换一批、多久读一次”分开。尤其是小日志，不必一上来就追最低的每GB价格。
小文件值得单独算一遍
S3 Standard-IA和One Zone-IA有128KB的最低计费对象大小，最低存储期为30天。[1] 假设你有1,000个各10KB的小文件，实际内容合计10,000KB；按128KB最低对象大小计算，计费对象容量合计128,000KB，是内容容量的12.8倍。
这只是对象容量的算术，不是说总账单必然贵12.8倍。 各层单价、请求、取回与传输还要分别看。但它已经足以提醒我们：大量小对象，不能只按原始文件总大小估低频存储。
| 准备存的内容 | 先留意哪件事 | 我的起步建议 |
|---|---|---|
| 每天访问的网站图片 | 读取和请求频率 | 先按日常访问估完整成本 |
| 很小、经常替换的日志 | 对象下限与保留期 | 不急着转低频 |
| 很少取回的长期备份 | 保留时间和恢复次数 | 算上一次完整取回再比较 |
一周就清理的日志，先别为30天买单
在上述两种IA层中，30天内删除、覆盖或者转到另一层，会涉及剩余最低期限的存储收费。[1] 如果你的计划本来就是每周换一批，低一些的容量单价并不能直接说明这批日志会更便宜。
可以考虑先调整保留策略，再比较分层；也可以评估是否合并小文件。但合并意味着读某一条记录时可能要处理更大的文件，检索和清理方式也会改变。我不会仅凭存储下限就建议你把所有日志打成一个大包。
自动分层也有对象大小条件
Intelligent-Tiering可以存小于128KB的对象，不过这些小对象不会自动监测和分层，而是按Frequent Access层收费，也不收对应监测与自动化费用。[1] 所以“开了自动分层，所有小文件以后都会变便宜”这个期待需要收一收。
你可以先拿一批有代表性的文件做清单：哪些长期保留，哪些会覆盖，哪些需要立即给访客访问。然后再给不同用途选层级。先知道文件怎样被使用，比给整个桶换一个名字更有帮助。
真要存备份，我更关心能不能拿回来
每天访问的图片、每周替换的小日志，先按各自请求与保留方式比较；长期很少取回的备份，再把低频层纳入预算。128KB下限和30天期限不是所有S3层的统一规则。本文没有上传或恢复记录，真正选备份方案时，还要确认文件能完整取回并恢复使用。
资料核对与适用范围
本轮核对所列可读官方价格与生命周期文档，按临时部署、备份恢复和数据库维护作资料选购评估。算术为明确假设；编辑建议不代表本站租机、存储读写、故障演练或扣费体验。
地区、系统许可、账户类型、部署方式、资源保留与适用计费条件需按实际账户核对。本站未登录商家、租机、上传对象、创建数据库、恢复备份或付费调用；本文不能证明实际性能、恢复时间或最终账单。