S3 存储桶的生命周期策略
Lifecycle policy on S3 bucket
我有一个 S3 存储桶，我在上面配置了一个生命周期策略，该策略说要在 1 天后存档存储桶中的所有对象（因为我想暂时将文件保留在那里，但如果没有问题然后存档它们就可以了，而不必为 S3 存储付费）
但是我注意到该存储桶中有一些文件是在 2 月份创建的..
那么 .. 我是否认为如果您将 select 'Archive' 作为生命周期选项，则意味着 "copy-to-glacier-and-then-delete-from-S3"？在这种情况下，这期从 2 月遗留下来的文件将是一个错误 - 因为它们还没有发生过？
只有我看到还有另一个选项 - 'Archive and then Delete' - 但我认为这意味着 "copy-to-glacier-and-then-delete-from-glacier" - 我不想要。
其他人是否遇到过 S3 -> Glacier 的问题？
你的描述听起来很正常。检查对象的存储 class。
理解 S3/Glacier 集成的正确方法是 S3 是 Glacier 的 "customer" -- 不是你 -- Glacier 是 S3 的后端存储提供商。您的关系仍然与 S3 相关（如果您在控制台中进入 Glacier，如果 S3 将其放入 Glacier，则您的内容在那里不可见）。
当 S3 将对象归档到 Glacier 时，该对象在逻辑上仍然是 "in" 存储桶并且仍然是 S3 对象，并且在 S3 控制台中可见，但无法从 S3 下载，因为 S3 有将其迁移到不同的后备存储。
您应该在控制台中看到的不同之处在于，对象将具有 Glacier 的 "storage class"，而不是通常的 Standard 或 Reduced Redundancy。他们不会从那里消失。
为了稍后访问该对象，您要求 S3 启动从 Glacier 的恢复，S3 这样做...但是对象 still 在 Glacier 中，S3持有一个临时副本，它将在几天后再次清除。
请注意，如果您不打算将这些文件保留 3 个月，那么您的保存尝试可能会有点偏离目标，因为无论何时从 Glacier 中删除一个对象，您都需要为剩余的三个月付费个月，如果该对象在 Glacier 中的时间短于该时间。
我有一个 S3 存储桶，我在上面配置了一个生命周期策略，该策略说要在 1 天后存档存储桶中的所有对象（因为我想暂时将文件保留在那里，但如果没有问题然后存档它们就可以了，而不必为 S3 存储付费）
但是我注意到该存储桶中有一些文件是在 2 月份创建的..
那么 .. 我是否认为如果您将 select 'Archive' 作为生命周期选项，则意味着 "copy-to-glacier-and-then-delete-from-S3"？在这种情况下，这期从 2 月遗留下来的文件将是一个错误 - 因为它们还没有发生过？
只有我看到还有另一个选项 - 'Archive and then Delete' - 但我认为这意味着 "copy-to-glacier-and-then-delete-from-glacier" - 我不想要。
其他人是否遇到过 S3 -> Glacier 的问题？
你的描述听起来很正常。检查对象的存储 class。
理解 S3/Glacier 集成的正确方法是 S3 是 Glacier 的 "customer" -- 不是你 -- Glacier 是 S3 的后端存储提供商。您的关系仍然与 S3 相关（如果您在控制台中进入 Glacier，如果 S3 将其放入 Glacier，则您的内容在那里不可见）。
当 S3 将对象归档到 Glacier 时，该对象在逻辑上仍然是 "in" 存储桶并且仍然是 S3 对象，并且在 S3 控制台中可见，但无法从 S3 下载，因为 S3 有将其迁移到不同的后备存储。
您应该在控制台中看到的不同之处在于，对象将具有 Glacier 的 "storage class"，而不是通常的 Standard 或 Reduced Redundancy。他们不会从那里消失。
为了稍后访问该对象，您要求 S3 启动从 Glacier 的恢复，S3 这样做...但是对象 still 在 Glacier 中，S3持有一个临时副本，它将在几天后再次清除。
请注意，如果您不打算将这些文件保留 3 个月，那么您的保存尝试可能会有点偏离目标，因为无论何时从 Glacier 中删除一个对象，您都需要为剩余的三个月付费个月，如果该对象在 Glacier 中的时间短于该时间。