amazon-web-services - 当您使用生命周期存档规则时，AWS 如何将 S3 对象传输到 Glacier 存档？

Question

Amazon Web Services (AWS) S3 允许您自动将对象从 S3 传输/存档到 Glacier。

我找不到任何人解释如何这种转移发生了。

S3 对象归档到哪个 Glacier 保险库？生命周期策略是否对其创建的 Glacier 文件设置了任何类型的描述？它是否为每个 S3 对象创建一个存档？

Answer 1

Q: Can I use Amazon Glacier APIs to access objects that I’ve archived to Amazon Glacier?

Because Amazon S3 maintains the mapping between your user-defined object name and Amazon Glacier’s system-defined identifier, Amazon S3 objects that are stored using the Amazon Glacier option are only accessible through the Amazon S3 APIs or the Amazon S3 Management Console.

https://aws.amazon.com/s3/faqs/#glacier

简而言之，S3 不会创建 的 Glacier 存档。你 拥有或可以操纵。 S3 创建的 Glacier 文件为 S3 拥有和管理。

您与这些对象的唯一接口(interface)是通过 S3，它代表您向 Glacier 发出请求。因此，对于您的问题，每个问题的答案基本相同:

没关系。文件由 S3 管理，用户无法通过 Glacier API 或控制台访问。

事实上，S3 似乎根本没有访问“你的”Glacier。无需授予权限即可允许 S3 访问“您的”Glacier(相比之下，当其他服务在“您的”S3 中创建对象时，您必须明确授予权限)。 Glacier 似乎也不知道或不在乎来自 S3 的对象来自您的 AWS 账户。在按月计费时，S3 会向您收取 Glacier 存储的费用，而不是 Glacier。

它被建模为好像 S3 有自己的 AWS 账户，而 S3 是 Glacier 客户。 S3 在 Glacier 中创建这些对象，然后将存储费用转回给您。

我敢肯定，这过于简单化了，但是当 S3 为您在那里存档对象时，您直接与 Glacier 交互的能力是不存在的......因此解释了为什么您无法找到这些问题的答案:因为答案不为人所知，不是公共(public)信息，不相关或不重要。

S3 对象存档到 Glacier 仍然是 S3 对象 .您仍然可以发送 HEAD对 S3 的 HTTP 请求并查看对象的元数据。在您从 S3 管理的 Glacier 启动恢复并且恢复操作完成之前，您无法下载该对象。恢复对象后，它现在保留在 Glacier 中，并在 S3 REDUCED_REDUNDANCY 中保存了一个可下载的临时副本存储，在您要求 S3 恢复对象时指定的天数后，S3 将再次丢弃该存储。