当您使用生命周期存档规则时，AWS 如何将 S3 对象传输到 Glacier 存档？
How does AWS transfer S3 objects to Glacier archives when you use lifecycle archive rules?
Amazon Web Services (AWS) S3 允许您自动 transfer/archive 从 S3 到 Glacier 的对象。
我找不到任何人解释如何转移发生。
S3 对象归档到哪个 Glacier 保管库？生命周期策略是否对它创建的 Glacier 档案设置了任何类型的描述？它是否为每个 S3 对象创建一个存档？
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.
简单来说，S3 不会创建 您 拥有或可以操作的 Glacier 档案。 S3 创建 S3 拥有和管理的 Glacier 档案。
您与这些对象的唯一接口是通过 S3，它代表您向 Glacier 发出请求。因此，对于您的问题，每个问题的答案基本相同：
没关系。档案由 S3 管理，而不是通过 Glacier API 或控制台 user-accessible。
事实上，S3 似乎根本没有访问 "your" Glacier。无需授予权限即可允许 S3 访问 "your" Glacier（相比之下，当其他服务在 "your" S3 中创建对象时，您必须明确授予权限）。 Glacier 似乎也不知道或不关心来自 S3 的对象是否来自您的 AWS 账户。在按月计费时，S3 会向您收取 Glacier 存储费用，而不是 Glacier。
它被建模为好像 S3 有自己的 AWS 帐户，并且 S3 是 Glacier 客户。 S3 在 Glacier 中创建这些对象，然后将存储费用传回给您。
这过于简单化了，我敢肯定，但是当 S3 为您归档对象时，您直接与 Glacier 交互的能力是 non-existent... 从而解释了为什么您找不到答案对于这些问题：因为答案未知，不是 public 信息，而且不相关或不重要。
存档到 Glacier 的 S3 对象仍然是 S3 对象。您仍然可以向 S3 发送 HEAD HTTP 请求并查看对象的元数据。在从 S3 管理的 Glacier 启动恢复并且恢复操作完成之前，您无法下载该对象。对象恢复后，它现在会保留在 Glacier 中，并且 有一个临时的、可下载的副本保存在 S3 REDUCED_REDUNDANCY 存储中，S3 将在您指定的天数后再次丢弃当您要求 S3 恢复对象时。
Amazon Web Services (AWS) S3 允许您自动 transfer/archive 从 S3 到 Glacier 的对象。
我找不到任何人解释如何转移发生。
S3 对象归档到哪个 Glacier 保管库？生命周期策略是否对它创建的 Glacier 档案设置了任何类型的描述？它是否为每个 S3 对象创建一个存档？
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.
简单来说，S3 不会创建 您 拥有或可以操作的 Glacier 档案。 S3 创建 S3 拥有和管理的 Glacier 档案。
您与这些对象的唯一接口是通过 S3，它代表您向 Glacier 发出请求。因此，对于您的问题，每个问题的答案基本相同：
没关系。档案由 S3 管理，而不是通过 Glacier API 或控制台 user-accessible。
事实上，S3 似乎根本没有访问 "your" Glacier。无需授予权限即可允许 S3 访问 "your" Glacier（相比之下，当其他服务在 "your" S3 中创建对象时，您必须明确授予权限）。 Glacier 似乎也不知道或不关心来自 S3 的对象是否来自您的 AWS 账户。在按月计费时，S3 会向您收取 Glacier 存储费用，而不是 Glacier。
它被建模为好像 S3 有自己的 AWS 帐户，并且 S3 是 Glacier 客户。 S3 在 Glacier 中创建这些对象，然后将存储费用传回给您。
这过于简单化了，我敢肯定，但是当 S3 为您归档对象时，您直接与 Glacier 交互的能力是 non-existent... 从而解释了为什么您找不到答案对于这些问题：因为答案未知，不是 public 信息，而且不相关或不重要。
存档到 Glacier 的 S3 对象仍然是 S3 对象。您仍然可以向 S3 发送 HEAD HTTP 请求并查看对象的元数据。在从 S3 管理的 Glacier 启动恢复并且恢复操作完成之前，您无法下载该对象。对象恢复后，它现在会保留在 Glacier 中，并且 有一个临时的、可下载的副本保存在 S3 REDUCED_REDUNDANCY 存储中，S3 将在您指定的天数后再次丢弃当您要求 S3 恢复对象时。