生命周期配置标准--标准IA--通过CloudFormation进行的Glacier灵活恢复。

Question

【以下的问题经过翻译处理】 我们提供共享Web托管服务，我的cPanel服务器将备份存储在S3中，每个服务器都有自己的存储桶。cPanel没有选择存储级别的规定，因此所有内容都被创建为标准模式。由于我们要维护约9TB的备份，因此我非常希望它们在经过前几天以后被存储为标准IA，然后在经过30天的IA后转移到Glacier。这里的逻辑是最新的备份可能是最需要的。目前，我们跳过了转移到IA的步骤，在30天后直接去到Glacier。
根据此页面，这种多阶段转换应该是可以的，并且它确认了我想要从一类过渡到另一类的过渡。  在此页面上的示例显示1天的转换，似乎表明可以立即进行在标准中存储的新创建的对象的转换： 我的Cloud Formation的YAML模板中有以下部分：
```
          - Id: TransitionStorageType
            Status: Enabled
            Transitions:
              - StorageClass: "STANDARD_IA"
                TransitionInDays: 2
              - StorageClass: "GLACIER"
                TransitionInDays: 32
```
当我运行模板时，所有桶都更新了很好的绿色勾选标记，然后整个堆栈回滚了，没有说明问题是什么。如果将其转换为这样的2个单独的规则：
```
          - Id: TransitionStorageIA
            Status: Enabled
            Transitions:
              - StorageClass: "STANDARD_IA"
                TransitionInDays: 2
          - Id: TransitionStorageGlacier
            Status: Enabled
            Transitions:
              - StorageClass: "GLACIER"
                TransitionInDays: 32

```
然后，每个存储桶都会出现修改错误： 对于存储类别 "STANDARD_IA"，过渡操作中的 "天数 "必须大于或等于 30 天，但如果查看规则，它在标准 IA 中的时间为 30 天，因为它直到第 32 天才更改为冰川，并且在第 2 天过渡到标准 IA。因此，这个错误没有任何意义。

我需要做些什么才能让它正常工作？我的月账单急需缩减。谢谢。

Answer

【以下的回答经过翻译处理】 所以，细节才是魔鬼，一如既往。你可以从第一天开始就从标准类过渡到冰川，但如果你要过渡到标准IA或单区域IA，则有一个30天的限制。我认为这让我陷入了没有解决方案的困境，直到我注意到冰川即时检索和冰川灵活检索之间的价格差异是微不足道的。

这是我最终采用的生命周期策略:

```
      LifecycleConfiguration:
        Rules:
          - Id: AbortIncompleteMultipartUpload
            Status: Enabled
            AbortIncompleteMultipartUpload:
              DaysAfterInitiation: 7
          - Id: RetentionPolicy
            Status: Enabled
            Transitions:
              - StorageClass: "GLACIER_IR"
                TransitionInDays: 7
            ExpirationInDays: 97

```

我希望这可以在未来帮助有类似问题的人。

生命周期配置标准-->标准IA--通过CloudFormation进行的Glacier灵活恢复。

Relevanter Inhalt