Managing lifecycles of object in buckets
Object Storage lets you manage lifecycles of objects in a bucket.
-
In the management console, go to the bucket you want to configure object lifecycles for.
-
Select Lifecycle.
-
Click Configure.
-
On the page that opens, you can add, remove, and edit configuration rules.
To create a rule:
- Enable the Status option. With this option, you can enable or disable a rule without deleting it from a configuration.
- Complete the fields below:
- Description: Freeform description of the rule.
- Prefix: Characters taken from the beginning of the object key of the required length. The prefix is used to match objects to a rule. If a rule must apply to all objects, select All objects.
- Select an object type and the action to apply to objects when the rule is triggered.
Expiration
: Remove all objects from bucket.Transition
: Transfer all objects to cold storage.NoncurrentVersionExpiration
: Remove non-current object versions from bucket.NoncurrentVersionTransition
: Transfer non-current object versions to cold storage.AbortIncompleteMultipartUpload
: Remove of all parts of failed multipart uploads from bucket.
- Select the rule trigger. Depending on type, you can select:
- Number of days: Rule triggers after a specified number of days.
- Exact date: On specified date.
- Deletion marker without noncurrent versions: After an object has only one current version. Valid only for the
Expiration
type.
- Select a rule trigger time:
- Trigger time: Number of days after an object is uploaded that a rule must trigger.
- Trigger date: Date when a rule must trigger.
- Click Save.
You can add multiple rules at once. To add a new rule, click Add rule and repeat the above steps.
For more information, see Bucket object lifecycle configuration.
Note
In the management console, you can't use a single rule to set the criteria for deleting objects or changing the object storage class. Use a separate rule for each type of criteria.
To upload a configuration via the AWS CLI:
-
Define the object lifecycle configuration in JSON format. For example:
{ "Rules": [ { "ID": "DeleteOldBackups", "Filter": { "Prefix": "backup/" }, "Status": "Enabled", "Expiration": { "Days": 180 } } ] }
When you're done, you can save your configuration as a file, like
lifecycles.json
. -
Upload the configuration to a bucket, like
backup-bucket
:aws s3api put-bucket-lifecycle-configuration \ --bucket backup-bucket \ --endpoint-url=https://storage.yandexcloud.net \ --lifecycle-configuration file://lifecycles.json
If you don't have Terraform, install it and configure the Yandex Cloud provider.
Retrieve static access keys: a static key and a key ID used to authenticate in Object Storage.
-
In the configuration file, describe the parameters of resources that you want to create:
access_key
: The ID of the static access key.secret_key
: The value of the secret access key.bucket
: Bucket name. Required parameter.
lifecycle_rule
parameters:id
: Unique rule ID. Must be no more than 255 characters. Optional.prefix
: Object key prefix that identifies one or more objects that the rule applies to. Optional.enabled
: Rule status. Required parameter.abort_incomplete_multipart_upload_days
: The number of days after the start of a multipart upload when it should be completed. Optional.expiration
: Object expiration date for deleting non-current object versions. Optional.transition
: Object expiration date for changing the storage class. Optional.noncurrent_version_expiration
: Rule for deleting non-current object versions. Optional.noncurrent_version_transition
: Rule for changing the storage class of non-current object versions. Optional.
Make sure to specify at least one of the following parameters:
abort_incomplete_multipart_upload_days
,expiration
,transition
,noncurrent_version_expiration
, ornoncurrent_version_transition
.expiration
parameters:date
: Date after which you want the rule to take effect. Optional.days
: The number of days after creating an object when the rule takes effect. Optional.
transition
parameters:date
: Date after which you want the rule to take effect. Optional.days
: The number of days after creating an object when the rule takes effect. Optional.storage_class
: Storage class to move the object to. EitherCOLD
orSTANDARD_IA
. Required parameter.
noncurrent_version_expiration
parameters:days
: The number of days before expiration. Required parameter.
noncurrent_version_transition
parameters:days
: The number of days before the transition. Required parameter.storage_class
: Storage class to move the object to. EitherCOLD
orSTANDARD_IA
. Required parameter.
provider "yandex" { cloud_id = "<cloud ID>" folder_id = "<folder ID>" zone = "<availability zone>" token = "<OAuth token>" } resource "yandex_storage_bucket" "bucket" { bucket = "<bucket name>" acl = "private" access_key = "<key ID>" secret_key = "<secret key>" lifecycle_rule { id = "log" enabled = true prefix = "log/" transition { days = 30 storage_class = "COLD" } expiration { days = 90 } } lifecycle_rule { id = "tmp" prefix = "tmp/" enabled = true expiration { date = "2020-12-21" } } } resource "yandex_storage_bucket" "versioning_bucket" { bucket = "<bucket name>" acl = "private" access_key = "<key ID>" secret_key = "<secret key>" versioning { enabled = true } lifecycle_rule { prefix = "config/" enabled = true noncurrent_version_transition { days = 30 storage_class = "COLD" } noncurrent_version_expiration { days = 90 } } }
For more information about the resources you can create using Terraform, see the provider documentation.
-
Make sure that the configuration files are correct.
-
In the command line, go to the directory where you created the configuration file.
-
Run the check using the command:
terraform plan
If the configuration is described correctly, the terminal displays a list of created resources and their parameters. If there are errors in the configuration, Terraform points them out.
-
-
Deploy the cloud resources.
-
If the configuration doesn't contain any errors, run the command:
terraform apply
-
Confirm that you want to create the resources.
Afterwards, all the necessary resources are created in the specified folder. You can check that the resources are there with the correct settings using the management console.
-