生命周期概述
使用场景
使用OBS“基于最后一次修改时间”的生命周期功能可实现定时转换对象的存储类别和定时删除桶中的对象。“转换”表示在不复制原对象的情况下自动将某些不再频繁访问的对象转换为成本更低的存储类别，以减少您的存储费用。
|
生命周期相关操作 |
使用场景 |
可管理的文件 |
操作指导 |
|---|---|---|---|
|
定时转换对象存储类别 |
对于在一段时间内经常访问，但是超过一定时间后便可能不再访问的数据，例如数字媒体存档、金融和医疗记录、长期数据库备份以及为符合监管要求而必须保留的数据等，使用生命周期定时将这些数据转换为较低成本的归档存储或深度归档存储类型，以减少您的存储费用。 |
桶内对象（开启多版本时包括对象的当前版本和历史版本） |
|
|
定时删除对象 |
对于只需要保留一段时间，到期后就可以删除的数据，例如周期性上传的日志文件等，可以使用生命周期在指定时间批量删除。 |
|
生命周期相关时间点
生命周期执行的几个关键时间点如下：
- 对于OBS对象桶，上传后的对象不支持直接在线修改，因此对象的最后一次修改时间为对象的上传时间。对象其他相关操作例如修改存储类别、修改ACL、修改对象元数据、修改加密方式、追加写对象等不会改变对象内容，只涉及改变对象的元数据，不会改变最后一次修改时间。
- 对于并行文件系统，修改写和截断文件会改变文件的最后一次修改时间。
- 对于对象桶和并行文件系统，上传或者复制同名对象（或文件）会更新对象（或文件）的最后一次修改时间。如果未开启多版本控制，对象（或文件）的最后一次修改时间变更为新上传时间。如果开启了多版本控制，新上传的对象（或文件）会成为当前版本，原有的对象（或文件）会成为一个历史版本，当前版本和生成历史版本的最后一次修改时间变更为新上传时间。
基于对象的最后一次修改时间，系统会将下一个UTC零点（北京时间08:00）作为计时起点开始计算生命周期。例如，对象上传时间为2024-06-01 09:00 UTC（北京时间 2024-06-01 17:00），系统会基于下一个UTC零点开始计算生命周期，即2024-06-02 00:00 UTC（北京时间 2024-06-02 8:00）开始计时，如果配置1天过期删除，则在2024-06-03 00:00 UTC（北京时间 2024-06-03 08:00）对象满足过期条件，开始执行删除操作。
- 生命周期规则执行常规情况下不超过24小时，综合考虑规则计时起点，存储类别的转换以及过期被删除可能会存在延时，但一般不会超过48小时。
例如，对象上传时间为2024-06-01 09:00 UTC（北京时间 2024-06-01 17:00），系统会基于2024-06-02 00:00 UTC（北京时间 2024-06-02 8:00）开始计时，如果配置1天过期删除，则在2024-06-03 00:00 UTC（北京时间 2024-06-03 08:00）开始执行删除操作，因为执行时延不超过24小时，因此会在2024-06-04 00:00 UTC（北京时间 2024-06-04 08:00）完成删除。
- 配置生命周期规则后，如果修改了生命周期配置，会中止当天的生命周期任务，生命周期执行完成时间可能会被延长，请不要频繁更新生命周期规则。例如，对象上传时间为2024-06-01 20:20 UTC，如果配置1天过期删除，则常规情况下最晚2024-06-04 00:00 UTC完成删除，但是如果生命周期规则被修改了，例如修改了规则名称，那么生命周期规则需要重新加载和执行，执行时间变长，可能会晚于2024-06-04 00:00 UTC完成删除。
