S3 存储桶的生命周期策略

Question

我有一个 S3 存储桶，在该存储桶上配置了生命周期策略，该策略表示在 1 天后将存储桶中的所有对象存档（因为我想暂时将文件保存在那里，但如果没有问题，那就没问题了存档它们而不必支付 S3 存储费用）

但是我注意到该存储桶中有一些文件是在 2 月份创建的。

所以..我认为如果您选择“存档”作为生命周期选项，这是否意味着“复制到冰川然后从 S3 删除”？在这种情况下，2 月份留下的文件的问题将是一个错误 - 因为它们没有？

只有我看到还有另一个选项——“存档然后删除”——但我认为这意味着“复制到冰川然后从冰川中删除” ——这是我不想要的。

有没有其他人遇到过 S3 -> Glacier 的问题？

Answer 1

你所描述的听起来很正常。检查对象的存储类别。

理解 S3/Glacier 集成的正确方法是 S3 是 Glacier 的“客户”——而不是你——而 Glacier 是 S3 的后端存储提供商。您的关系仍然与 S3（如果您在控制台中进入 Glacier，如果 S3 将其放入 Glacier，则您的内容在那里不可见）。

当 S3 将对象归档到 Glacier 时，该对象在逻辑上仍然“在”存储桶中并且仍然是 S3 对象，并且在 S3 控制台中可见，但无法从 S3 下载，因为 S3 已将其迁移到不同的后备存储.

您应该在控制台中看到的不同之处在于，对象将有一个“存储类” ofGlacier而不是通常的Standardor Reduced Redundancy。他们不会从那里消失。

要稍后访问该对象，您要求 S3 从 Glacier 启动恢复，S3 会这样做……但此时对象仍在Glacier 中，S3 持有一个临时副本，它会在几天后再次清除.

请注意，如果您不打算将这些文件保留 3 个月，那么您的保存尝试可能会有点偏离目标，因为任何时候您从 Glacier 中删除一个对象，您都需要为这三个月的剩余时间付费，如果该对象在冰川的时间比这短。