Amazon S3 Glacier 与 Glacier 存储类别

Question

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

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

提前致谢，

Answer 1

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

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

使用 Amazon Glacier 服务的最佳方法是使用第三方工具（例如 Cloudberry Backup），该工具知道如何与 Glacier 交互，使您无需直接使用它。

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

因此，现在通过 Amazon S3 存储类使用 Glacier更加简单且成本更低。

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

Answer 2

如今，大多数人只会使用 S3 Glacier 存储类，因为 S3 api 比 Glacier api 更方便使用。

但是，Amazon S3 Glacier 提供了一些普通 S3 中不提供的额外功能。最值得注意的是，这将是保管库锁定策略，它允许出于监管目的对锁定带有档案的保管库进行细粒度控制。

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