摘要

  • EBS Snapshots Archive按完整快照保存数据。其他快照仍要引用的块留在标准层，旧费用可能不降，归档费却已经开始。
  • AWS的200GB例子里，保管一个30天月收费2.50美元；临时恢复15天，另加6美元取回费和5美元标准层费用，归档副本同时继续收费。

折扣先动了乘法里的另一项

每月2.50美元，保存200GB。这个数字很适合出现在降本汇报里。AWS自己接着写了下一步：把这份快照临时恢复15天，再收6美元取回费、5美元标准层存储费。假定归档副本照常留满这个30天月，三项合起来就是13.50美元。

批准省钱的人，最好也负责听客户说“现在把系统给我恢复”。否则，漂亮的保管价留在上一次会议，恢复所需的时间与支出会落到另一个部门。托管商卖出去的可不是一张便宜的存储价目表，而是一项以后得兑现的服务。

还没走到恢复那一步，折扣已经改了一次计费对象。EBS标准层快照采用增量方式，保存与此前快照相比改变的块。转入Archive后，快照变成完整副本，包含拍摄时已写入卷的所有块。每GB便宜了，拿来乘的GB数却可能大了一截。

完整也有明确边界。AWS的例子是一个容量1,000GB的卷，实际写入200GB，归档快照就是200GB。空着的容量不会仅仅因为租过就全部算进来。财务需要比较的两个数，是完整副本多大，以及标准层究竟少存了多少。

数据换了名字，原价的位置还在

连续快照会共享数据。归档其中一份时，其他快照还引用的块得留在标准层。AWS把这些块及其费用的归属转给序列中的下一份快照。名单上少了一位住户，房间还没空。

官方指南给出的Snap B例子很直白：其中4GiB数据改由Snap C承接，标准层费用没有下降，Archive又多了一份完整的B。只盯着B的新单价，足以把一次加法汇报成一次减法。

AWS宣传的是，对准备保存至少90天、很少取用的合适快照，存储成本最多降低75%。它也明确写了，把同一卷的每日增量快照送去归档，可能增加费用。把“最多”删掉，把完整副本和增量空间当成同一个分母，省下来的首先是解释工作。

归档当然有合适的位置。项目结束，只留下该卷唯一的一份快照，转换前后的完整大小相同。保存时间长，又不常恢复，低单价就能发挥作用。问题出在把每份旧快照都当成同一种货：有的已能独立存放，有的还牵着整串在用的数据。

2.50美元买的是存放，取回另开一程

官方200GB算例采用的区域价格，是Archive每GB月0.0125美元、取回每GB 0.03美元、标准层每GB月0.05美元。所以，30天归档保管费2.50美元，一次取回6美元，15天标准层保管费5美元。13.50美元是这三笔快照费用之和；随后新建EBS卷另收费。实际地区、合同和税项决定实际付款额。

临时恢复时，两层都保留副本，也就两层同时收存储费。临时副本到期，标准层这笔费用结束，归档费继续。永久恢复则删除归档副本，转而只保存标准层版本；如果发生在最低90天保管期届满前，还要结算剩余最低期间的归档费。提前删除也是如此。临时恢复本身不会触发这项提前退出费用。

还有一种成本根本没写成美元。AWS说，从Archive恢复到标准层，按大小可能需要最长72小时。然后才轮到创建卷、恢复应用。这是一次存储层回迁的时间边界，客户系统什么时候真正能用，还得算后面的工作。

共享也会受影响。已分享的快照一旦被归档，接收分享的账户会失去访问；归档快照不能直接创建卷，也不能直接共享或复制，得先恢复到标准层。数据仍被保存，与客户随时拿来使用，是两个不同的承诺。

判断某个客户究竟能省多少，还缺当前完整大小、无其他引用的标准层数据量、保留和恢复安排，以及实际区域价格。托管商应当把这几项拿到同一张桌上，再决定把什么放远、把什么留近。AWS按GB出售折扣，客户按需要拿回服务。利润得经得住这两种计量。

来源