Amazon Web Services (AWS) S3 允许您自动将对象从 S3 传输/存档到 Glacier。
我找不到任何人解释这种转移是如何发生的。
S3 对象归档到哪个 Glacier 保险库?生命周期策略是否对其创建的 Glacier 档案设置了任何类型的描述?它是否为每个 S3 对象创建一个存档?
Amazon Web Services (AWS) S3 允许您自动将对象从 S3 传输/存档到 Glacier。
我找不到任何人解释这种转移是如何发生的。
S3 对象归档到哪个 Glacier 保险库?生命周期策略是否对其创建的 Glacier 档案设置了任何类型的描述?它是否为每个 S3 对象创建一个存档?
问:我可以使用 Amazon Glacier API 访问我已存档到 Amazon Glacier 的对象吗?
由于 Amazon S3 维护您的用户定义对象名称和 Amazon Glacier 的系统定义标识符之间的映射,因此使用 Amazon Glacier 选项存储的 Amazon S3 对象只能通过 Amazon S3 API 或 Amazon S3 管理控制台访问。
简而言之,S3 不会创建您拥有或可以操作的 Glacier 档案。S3 创建S3拥有和管理的 Glacier 档案。
您与这些对象的唯一接口是通过 S3,它代表您向 Glacier 发出请求。因此,对于您的问题,每个问题的答案基本相同:
没关系。档案由 S3 管理,用户无法通过 Glacier API 或控制台访问。
事实上,S3 似乎根本没有访问“你的”Glacier。无需授予权限即可允许 S3 访问“您的”Glacier(相比之下,当其他服务在“您的”S3 中创建对象时,您必须明确授予权限)。Glacier 似乎也不知道或不在乎来自 S3 的对象来自您的 AWS 账户。在按月计费时,S3 会向您收取 Glacier 存储的费用,而不是 Glacier。
它被建模为好像 S3 有自己的 AWS 账户,而 S3 是 Glacier 客户。S3 在 Glacier 中创建这些对象,然后将存储费用转回给您。
我敢肯定,这过于简单化了,但是当 S3 为您在那里存档对象时,您直接与 Glacier 交互的能力是不存在的......因此解释了为什么您找不到这些问题的答案:因为答案不为人所知,不是公共信息,不相关或不重要。
归档到 Glacier的 S3 对象仍然是 S3 对象。您仍然可以HEAD
向 S3 发送 HTTP 请求并查看对象的元数据。在您从 S3 管理的 Glacier 启动恢复并且恢复操作完成之前,您无法下载该对象。恢复对象后,它现在会保留在 Glacier 中,并在 S3REDUCED_REDUNDANCY
存储中保存一个可下载的临时副本,在您要求 S3 恢复对象时指定的天数后,S3 将再次丢弃该副本。