- Newest
- Most votes
- Most comments
Hello Kindly view the information below for your perusal:
- So far, based on our test, tag an s3 object does not change the object's Last Modified Date. Do you agree?
A - This is true, Amazon S3 automatically updates the last-modified field for object whenever it is created, updated (not it's metadata) or replaced.
- Based on the above scenario, it seems like the behavior is "object tagged on 01/25", take one day (which is entire 24 hours of 26th) to expire so the expiration date is set to 01/27 00:00:00 GMT. Am I correct?
A - This is correct. If the object was created, replaced or updated on the 25th of January, regardless of the time it was created, the day after creation counts the 24 hours of the next day which in this case would be January 26th from 00:00:00 up until the object is expired on 27th January 00:00:00 GMT.
- Can you please explain the "Days after object creation" field in more details?
A - Days after creating refers to the 24 hour periods that will pass after the day that object was created. If created on the 1st, days after creation will start counting from the 2nd midnight.
Q - How could it have anything to do with Expire current versions of objects? A - The term Current versions refer to the main version of many versions of an object and this applies in an versioned bucket.
In this case, you did mention that the bucket has versioning disabled therefore, the "Expire current versions" will apply to all the tagged objects in the bucket. You then need to specify how long you want to keep the objects before the lifecyccle expires the by specifying the days after creation.
Q - If an object was created 365 days ago, does not match any filter (in our case, a tag), but "days after object creation" was set to 1, will it still be deleted/expired?
A - When the "Days after creation" is set to 1 day and there are objects that are tagged with key value pair specified on lifecycle rule, those objects will be expired as long as 1 day has passed since the have been added to the bucket.
If there are objects that were created 365 days ago but are not tagged according to the lifecycle rule, those objects will not be expired as they do not meet the all the requirements of the rule.
- Since we are not turning on s3 object versioning, my understanding is there is no non-current versions of objects, is there? Hence, we could actually choose not to pick the "Permanently delete non-current versions of objects". Am I correct?
A - Yes this is correct, "Permanently delete noncurrent version" applies only to versioned bucket and/or buckets that had versioning enabled before then it was manually suspended. If the versioning status is "Disabled", the this option does not apply to objects in that bucket.
References [+]https://docs.aws.amazon.com/AmazonS3/latest/userguide/lifecycle-expire-general-considerations.html [+]https://docs.aws.amazon.com/AmazonS3/latest/userguide/how-to-set-lifecycle-configuration-intro.html
Relevant content
- AWS OFFICIALUpdated a year ago
- AWS OFFICIALUpdated 8 days ago
- AWS OFFICIALUpdated 6 months ago
- AWS OFFICIALUpdated a year ago