R2给网站放图片：零出站费好用，低频层却要看读取量

网站放图片，最怕的账单往往跟着访问量跑：文件没增加多少，下载却突然多了。R2的直接互联网出站免费，这一点很有吸引力。[1] 不过我会把它理解成少了一项传输收费，而不是从此不用管存储成本。

给经常访问的图片起步，我会先看Standard；准备长期很少读取的文件，才继续比较低频层。 低频层容量更便宜，但取回和操作的计费也不同。

先用一笔小算术判断低频层

当前Standard存储为US$0.015/GB-month，Infrequent Access为US$0.01/GB-month；低频层取回为US$0.01/GB，另有30天最低存储期。[1]

假设持续存放1,000GB一个月，并读取600GB。先忽略免费量、操作费和其他费用，只比较存储与取回：

低频层在这个假设里反而多了US$1。这不是实际订单报价，也不是完整账单，却说明了一件有用的事：为了省存放的US$5，频繁读取可能又把它花回去。真正很少取回的资料，才更值得继续算。

小网站先看免费量，别把它给两种层一起用

Standard每月有10GB-month存储、100万次Class A和1,000万次Class B操作免费量；这组免费层不适用于Infrequent Access。[1] 如果网站还很小，先看看自己的图片容量和操作量落在哪里，不必急着追更低的容量单价。

上传、列目录与读取属于不同操作类别，免费量用完后按对应价格计费；计费单位还会向上取整。[1] 图片拆成多少对象、应用会不会反复请求同一文件，都值得观察。请求次数不是访客人数，也不能拿网站访问次数直接代替对象读取次数。

零出站费之外，保留哪些成本

通过R2 API等方式直接出站免费，但连接其他按量服务时，那些服务仍可能产生费用。[1] 如果你同时用了额外计算或处理能力，最好把它们放到另一行估算，避免误以为所有网站服务都跟着免费了。

我会先挑一组真实图片，确认自己的应用怎样上传、读取、替换和删除。看清一天产生多少操作，再估访问量增长时的成本。这里没有本站接入或测速记录，不能用这个建议保证你的访客加载速度。

哪类文件我会先放进去试

给网站频繁下载图片，可以把R2的直接出站条件和操作费用放进候选；长期少读的备份，则搭配看S3与Azure Blob的对象下限、最低期限和恢复安排。三篇核对口径各自注明，不能把某家的一个免费项目套到另一家的整张账单。访问与轮换方式相同，存储价格才比较得明白。

经常下载的网站图片，可以先评估Standard的免费量与操作费用；长期少读且保留时间够长，再比较低频层。文中600GB读取的算例提醒我们，省下的存储费可能又花在取回上。零出站费只解决对应传输项，额外计算、处理服务与实际请求数量仍需要单独估算。