Creating a Lifecycle Rule

1. In the navigation pane on the left of OBS Console, choose Object Storage.
2. In the bucket list, click a bucket name, and then the Overview page of the bucket is displayed.
3. In the Basic Configurations area, click the Lifecycle Rules label. The Lifecycle Rules page is displayed.

   Alternatively, you can choose Basic Configurations > Lifecycle Rules in the navigation pane on the left.

4. Click Create. A dialog box is displayed in Figure 1.
   Figure 1 Creating a lifecycle rule
   

5. Configure a lifecycle rule.
   Basic Information:

   • Status:

     Select Enable to enable the lifecycle rule.

   • Rule Name:

     Identify lifecycle rules. The Rule Name contains a maximum of 255 characters.

   • Applies To: Can be set to Object name prefix or Bucket.
     • Object name prefix: Objects that have the specified prefix will be managed by the lifecycle rule. The prefix cannot start with a slash (/), cannot have consecutive slashes (/), and cannot contain the following special characters: \:*?"<>|
     • Bucket: All objects in the bucket will be managed by the lifecycle rule.

   

   • When Object name prefix is selected and the specified prefix and the prefix of an existing lifecycle rule overlap, OBS regards the two rules as one and disables the one to be configured. For example, if a rule with prefix abc exists in the system, another rule whose prefix starts with abc cannot be configured.
   • If a lifecycle rule whose Applies To is set to Object name prefix has been configured, you cannot configure a lifecycle rule whose Applies To is set to Bucket.
   • If a lifecycle rule has been configured for the entire bucket, no more rules that apply to object name prefix can be added.

   Current Version or Historical Version:

   

   • Current Version and Historical Version are two concepts for Versioning. If Versioning is enabled, uploading objects with the same name to the same path generates different versions. The object uploaded lastly is called Current Version, and the object uploaded earlier is called Historical Version.
   • The Historical Version appears only when the versioning is enabled for the bucket or the versioning is in the suspended status.
   • You can configure either the Current Version or Historical Version, or both of them.
   • Transition to Infrequent Access: You can specify the number of days after which objects that have been last updated and meet specified conditions are automatically transitioned to Infrequent Access. This number must be at least 30.
   • Transition to Archive: You can specify the number of days after which objects that have been last updated and meet specified conditions are automatically transitioned to Archive. If objects are configured to change to both Infrequent Access and Archive, the number of days for transition to Archive must be at least 30 days later than that for transition to Infrequent Access. If only transition to Archive is enabled and transition to Infrequent Access is disabled, there is no limit on the number of days for transition.
   • Deleted upon expiration: You can specify the number of days after which objects that have been last updated and meet the specified conditions are automatically deleted. The expiration time must be greater than the two transition times.
   For example, the following files are stored in OBS on January 7, 2015:

   • log/test1.log
   • log/test2.log
   • doc/example.doc
   • doc/good.txt
   The following files are stored in OBS on January 10, 2015:

   • log/clientlog.log
   • log/serverlog.log
   • doc/work.doc
   • doc/travel.txt

   On January 10, 2015, you set the expiration time of objects prefixed with log to one day later, you may encounter the following situations:

   • Objects log/test1.log and log/test2.log uploaded on January 7, 2015 may be deleted after the last system scan. The deletion may happen on January 10, 2015 or January 11, 2015, depending on the time of the last system scan.
   • Objects log/clientlog.log and log/serverlog.log uploaded on January 10, 2015 are usually deleted on January 11, 2015 or January 12, 2015, depending on the time of the last system scan. If the objects have been stored for more than one day at the time of the last system scan, the objects are deleted upon the scan. Or, they are deleted at the next system scan or later whenever their storage duration meets the specified expiration time requirement.

   On the day of operation, you can set the objects with the name prefix log to be transitioned to Infrequent Access 30 days later, transitioned to Archive 60 days later, and deleted 100 days later, then OBS will transition log/clientlog.log, log/serverlog.log, log/test1.log, and log/test2.log to Infrequent Access when their storage duration exceeds 30 days, transition them to Archive when their storage duration exceeds 60 days, and delete them when their storage duration exceeds 100 days, respectively.

   

   The storage class transition and deletion of an object may be delayed after the time condition is met. Generally, the delay does not exceed 48 hours. If you change the configurations of an existing lifecycle rule, the effective time of the lifecycle rule will change according to the new configurations.

6. Click OK to complete the lifecycle rule configuration.

Replicating Lifecycle Rules

1. In the navigation pane on the left of OBS Console, choose Object Storage.
2. In the bucket list, click a bucket name, and then the Overview page of the bucket is displayed.
3. In the Basic Configurations area, click the Lifecycle Rules card. The Lifecycle Rules page is displayed.

   Alternatively, you can choose Basic Configurations > Lifecycle Rules in the navigation pane on the left.

4. Choose More > Replicate.
5. Select a replication source, that is, the source bucket for which the lifecycle rules were configured.
   

   • The lifecycle rules replicated from a source bucket will not overwrite existing rules in the destination bucket, and any that conflict with the existing ones will not be replicated.
   • The version of both the source and destination buckets must be 3.0.
   • You can remove the rules that you do not want to replicate.
   Figure 2 Replicating lifecycle rules
   

6. Click OK to replicate the rules to the destination bucket.

Follow-up Procedure

You can click Edit under the Operation column of a lifecycle rule, to edit the rule. Also you can click Disable or Enable to disable or enable it.

If you want to delete more than one lifecycle rule at a time, select them and click Delete above the list.