Amazon S3 Glacier 与 Glacier 存储 Class

Question

这个问题可能看起来像一个简单/白痴/初学者的问题，但我真的很困惑他们两个。

如果我可以使用普通的S3 存储桶并且只需手动或使用生命周期规则将内部对象的存储 class 更改为Glacier ，为什么我需要使用Amazon S3 Glacier ？

提前致谢，

Answer 1

在过去，Amazon Glacier 仅作为单独的产品提供。 坦率地说，Glacier 服务使用起来很痛苦。

每个请求都必须作为Job提交，这需要很长时间才能返回。 即使获取档案列表也很慢，更不用说从档案中恢复文件了。

使用 Amazon Glacier 服务的最佳方式是使用知道如何与 Glacier 交互的第三方工具（例如 Cloudberry Backup），从而使您不必直接使用它。

然后，在 2012 年，Amazon S3 团队推出了新的Glacier Storage Class ，其中 S3 会将数据移动到 Glacier，但仍将对象显示为“在 S3 中”。 （嗯，对象出现在 S3 中并且它们的元数据是可访问的，但对象的内容存储在 Glacier 中。）然后， 在 2019 年，成本更低的Glacier Deep Archive存储 class 提供的价格甚至低于通过 Amazon Glacier 提供的价格本身。

因此，现在通过 Amazon S3 存储类使用 Glacier 变得更加容易且成本更低。

Amazon Glacier 仍然可以使用，并且已重命名为Amazon S3 Glacier以进一步混淆事物。 可能有一些更适合使用的用例（例如，像 AWS Storage Gateway磁带网关的传统磁带备份一样），但 S3 中的 Glacier Deep Archive 将是成本最低的选择。

Answer 2

现在大多数人只会使用 S3 冰川存储 class，因为使用 S3 api 比使用冰川 api 更方便。

但是，Amazon S3 Glacier 提供了一些常规 S3 中没有的额外功能。 最值得注意的是Vault Lock Policies ，它允许出于监管目的对您的 Vault 与档案进行细粒度控制。

S3 提供Object 锁，它执行类似的 function，但它不如保险库锁策略通用。 例如，s3 object 锁只能在创建存储桶时启用，合法保留仅适用于对象的各个版本。 相比之下，保险库锁定策略，顾名思义，是用 json 编写的策略文档，没有此类限制。