我有一个S3存储桶，我在其上配置了一个生命周期策略，该策略说明在1天后存档桶中的所有对象（因为我想暂时将文件保存在那里但是如果没有问题然后归档它们是没关系的，而不必为S3存储付费）
然而我注意到该桶中有一些文件是在2月创建的。
所以..我是否正确地认为，如果你选择＆＃39;存档＆＃39;作为生命周期选项，这意味着＆＃34;复制到冰川 - 然后删除 - 从S3＆＃34; ？在这种情况下，从2月份发出的这些文件将是一个错误 - 因为它们还没有？
只有我看到还有其他选项 - ＆＃39;存档，然后删除＆＃39; - 但我认为这意味着＆＃34;复制到冰川 - 然后删除 - 从冰川＆＃34; - 这是我不想要的。
有没有其他人遇到过S3的问题 - ＆gt;冰川？
答案 0 :(得分：4)
你所描述的听起来很正常。检查对象的存储类。
理解S3 / Glacier集成的正确方法是S3是＆＃34;客户＆＃34; Glacier - 不是你 - 而Glacier是S3的后端存储供应商。你的关系仍然是S3（如果你在控制台进入Glacier，你的东西在那里看不到，如果S3把它放在Glacier中）。
当S3将对象归档到Glacier时，该对象仍然在逻辑上＆＃34;在＆＃34;存储桶仍然是一个S3对象，在S3控制台中可见，但无法从S3下载，因为S3已将其迁移到另一个后备存储。
您应该在控制台中看到的差异是对象将具有A＆＃34;存储类＆＃34; Glacier而不是通常的Standard或Reduced Redundancy。他们不会从那里消失。
要稍后访问该对象，请求S3从Glacier启动恢复，S3会执行...但此时对象仍然在Glacier中 ，S3持有临时副本，它将在几天后再次清除。
请注意，如果您不打算将这些文件保留3个月，那么您的保存尝试可能会有点偏离目标，因为每当您从Glacier删除某个对象时，您将在三个月的剩余时间内收取费用，如果那个物体在冰川中的时间比那个更短。