Lifecycle

Users can realize lifecycle management of all files in the storage space (Bucket) or files with a specific prefix by creating lifecycle rules for the storage space (You can configure one or more rules). Lifecycle rules are used to set operations for changing storage types or deleting files.

• Delete files: it supports setting specific files to be automatically deleted after N days.

• Convert to infrequent access storage: specific files can be set to be automatically converted to infrequent access storage after N days.

• Convert to archival storage: you can set specific files to be automatically converted into archival storage after N days.

Instructions: How is the start time of storage type conversion and file deletion operations calculated?

US3 adds the object upload time to the set number of days, and the time obtained goes into the next midnight (CST: China Standard Time), thereby getting the start time of the object operation. For example, an object uploaded at 10:00 AM CST on January 1, 2015, set to be deleted after 7 days, will be deleted within that day after 00:00 CST on January 9, 2015.

Note: After the lifecycle rule is set, the lifecycle operation will be executed that night, and the deletion operation cannot be recovered, so please set it carefully. If a file is uploaded by the user 31 days ago, and the user configures the lifecycle rules to delete the files 30 days ago, the US3 service will automatically execute the operation to delete the file on the night the lifecycle rule is set.

Use Case

Through lifecycle rules, users can more efficiently manage stored data, saving a lot of manpower and storage costs. Users can set rules that match a specific prefix to regularly convert non-popular data into infrequent access or archival storage and delete data that no longer needs to be accessed. For example:

1. Video surveillance upload, according to relevant regulations, the surveillance retention time is generally as follows: general community is 7 days; general entertainment venues are 15 days; financial industry is 26 days; bank 3 months to half a year. By setting lifecycle rules, the uploaded files will be automatically expired and deleted after a specified number of days based on the upload time, thus reducing storage volume and lowering costs.

2. Electronic document data, according to relevant regulations, needs to be stored for up to 10 years, electronic documents accessed less than once a year, and electronic documents generally not accessed after 3 years. By setting lifecycle rules, the uploaded files will be automatically converted to infrequent or archived storage after a specified number of days based on the upload time, thus lowering the unit cost of storage.

Notes

1. Once the lifecycle function of the storage space is turned on, it applies to all files in the storage space that meet the rule range (including files uploaded before the lifecycle function is turned on), and triggers the lifecycle rule at 00:00 the next day, please confirm it is correct before saving the lifecycle rule.

2. Deleting files is irreversible, please set lifecycle rules reasonably according to your needs to avoid loss of important data.

Manage Lifecycle

1. Choose the corresponding storage space, and click the lifecycle button in the right-side operation.

2. Click the Add Rule button.

3. Set up the lifecycle rule interface.

Note: When specifying a prefix, there is no need to add an extra ”/” at the beginning.

4. The lifecycle rule is effective by default after being added, the effective status can be seen in the status bar, and users can use other buttons in the operation bar to make corresponding modifications and shutdown operations.

Note: After clicking the disable or delete button, the status modification takes effect the next day, without affecting the tasks triggered at 00:00 on the same day but not yet completed.

Billing Explanation

When using lifecycle rules, the following costs will be incurred, for price details, please refer to the Product Price:

1. Request fee:

• The request fee generated by converting the file storage type, that is, when converting from standard storage type to infrequent access storage type, the request fee is charged according to the number of requests of the standard storage type. When converting from infrequent access storage type to archival storage type, the request fee is charged according to the number of requests of infrequent access storage type.

• Request fee generated by deleting files, charged according to the storage type of the file being deleted.

2. Storage fee: A certain storage fee is charged according to the type, size and duration of the files stored by the user.

• File minimum measurement unit limit: For a single file less than 64KB, it is calculated as 64KB; for those equal to or larger than 64KB, the actual size is calculated.

• Not enough stipulated duration storage fee:

  • Convert file storage type to infrequent access through lifecycle and delete the file before not reaching the stipulated duration: the minimum storage time of infrequent access type (30 days) starts with the time the file is stored in US3. For example, if a standard type file is converted to infrequent access 10 days after its creation through lifecycle and is deleted 2 days later, it will incur a storage fee for the remaining 18 days of the stipulated duration of infrequent access.

  • Convert the file storage type to archival access through lifecycle and delete the file before not reaching the stipulated duration: the minimum storage time of the archival access type (60 days) starts with the time the file is stored in US3. For example, if a standard type file is converted to archival access 10 days after its creation through lifecycle and is deleted 5 days later, a fee for 45 days of the insufficient stipulated duration of infrequent access will be incurred.

3. Data retrieval fee:

• When the storage type is converted from infrequent to archival through lifecycle, a fee for infrequent retrieval will be incurred. For example, when a file of infrequent type is cooled down to archival type, US3 needs to first retrieve the original infrequent storage file, thus incurring a fee for infrequent retrieval. And after successful cooling, the original infrequent file is deleted, also generating a deletion request fee.

4. Object tagging cost:

• US3 object storage calculates the object storage tag fee per day based on the number of object tags in the user’s storage space (Bucket), with a unit price of 0.00189 yuan per ten thousand tags.

Remarks

1. Both infrequent access and archival storage types have the shortest storage period, and if they are deleted, modified, or overwritten before the shortest storage period, the remaining storage fee for the days not meeting the shortest storage period needs to be made up.

2. How is the trigger time for the automatic operation of the lifecycle rule calculated? US3 adds the file upload time to the set number of days, and the next day of the calculated time at 00:00 (CST: China Standard Time) is the start time for automatic operation. For example, if a file is uploaded at 10:00 AM CST on January 1, 2015 and set to be deleted after 7 days, the automatic deletion file operation will be triggered after 00:00 CST on January 9, 2015.

3. Currently, object tags in lifecycle rules are only supported in Vietnam and Brazil. If other regions need it, please contact technical support.