如何将整个s3铲斗转移到冰川

问题描述

Lifecycle Policy我对aws和s3还是有点陌生​​。我有一个容量为2.2 TB的s3存储桶,我需要将其全部移至冰川。我创建了一个策略(我认为),将其移至冰川,并告诉它删除了7天以上的内容,但我仍然可以看到所有文件。当我在控制台中单击冰川时,我看到的文件库中没有文件。我真的对自己做错了或者我什至根本没有做正确的事感到困惑!任何建议都会很棒!

解决方法

将项目上载到S3并过渡到Glacier时,只能从S3控制台访问该项目。此外,过渡不是即时的,可能需要几个小时。转换完对象后,Storage Class列将指示其所在的存储类。

有关转换S3对象的过程的更多详细信息,请参考Transitioning objects using Amazon S3 Lifecycle文档。

,

当我在控制台中单击冰川时,我看到其中没有文件的文件库。

我认为您将Amazon S3 GlacierS3 storage class混淆为S3。

在两种情况下,均使用支持S3冰川。但是 S3控制台中提供的S3存储类是一种用户友好的工具,使人们可以轻松地将其对象存储在S3 Glacier中。这些都是通过S3控制台完成的,与您隐藏了与S3 Glacier集成的集成细节。

您还可以使用专用的 S3 Glacier控制台直接与S3 Glacier 一起使用。但是,这不是直截了当的。直接与Glacier合作具有挑战性。例如:

  • 您不能使用对象名称。冰川将使用一些随机名称。
  • 不直接支持多上传。
  • 不支持通过冰川控制台上传文件-仅支持CLI或SDK。

因此,使用S3控制台处理冰川时要容易得多。但是使用S3控制台上传的对象不会显示在S3 Glacier控制台的任何保管库中。在这两种情况下,其支持(冰川)都是相同的,但是管理却是不同的。

由于您已经创建了生命周期策略以将对象移至S3,因此必须使用S3控制台与冰川档案进行交互。它们将在S3 Glacier控制台中不可见。

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...