Cloud Storage Lifecycle Management Age Conditions
You need to set up a policy so that videos stored in a specific Cloud Storage Regional bucket are moved to Coldline after 90 days, and then deleted after one year from their creation. How should you set up the policy?
Community Insight
The exam traps candidates into subtracting transition days from the total retention period; the key insight is that lifecycle actions do not alter the object's creation timestamp.
This question tests the configuration of Cloud Storage Object Lifecycle Management rules for automatic storage class transitions and deletion based on object age. It establishes that deletion is calculated from the original creation date, not reset by lifecycle transitions.
Candidates often choose Option A because they incorrectly assume that moving an object to a different storage class via lifecycle management resets its creation date or age counter, leading them to calculate the delete action as 365 minus 90 days.
Community Discussion (165 comments)
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.
Expert Analysis
Why the Answer Is Correct
Option B is correct because Cloud Storage Object Lifecycle Management operates independently of object metadata updates like creation time. When a rule transitions an object to Coldline after 90 days, it does not rewrite the object in a way that changes itstimeCreated attribute. Therefore, the deletion condition remains anchored to the original creation date, requiring a simple 365-day age condition for deletion.Why the Other Options Are Wrong
Option A is incorrect because it assumes a recalculation of the remaining lifespan (365 - 90 = 275), which contradicts how lifecycle rules evaluate age against the creation timestamp. Options C and D are invalid becausegsutil rewrite is a manual command-line tool used for immediate operations, not for setting up automated, persistent lifecycle policies on buckets.Community Comment Notes
Community consensus strongly supports Option B, with many users noting that lifecycle transitions do not reset the creation date. As one commenter noted, "Changing Storage Class via Lifecycle Management doesn’t rewrite the object, thus its creation time stays the same." Another user clarified that you only recalculate if using specific re-write options that explicitly change metadata, which standard lifecycle rules do not.Official Reference
Exam Strategy
When configuring lifecycle rules, always check if the action modifies the object's creation timestamp. For standard transitions (SetStorageClass), the age counter continues from the original creation date, so deletion timers should be absolute relative to creation, not relative to the transition.
Frequently Asked Questions
Does moving an object to Coldline reset its creation date?
No. Standard lifecycle management transitions do not update the object's timeCreated metadata. The age continues to count from the original creation.
Why is gsutil rewrite not suitable for this policy?
gsutil rewrite is a manual command for immediate execution. It cannot automate recurring rules like deleting objects after one year based on their age.
Related Analysis
Practice All ACE Questions
Access 84 questions with complete answers and detailed explanations.
View Full ACE Practice Test →
gsutil rewrite -s coldline gs://PATH_TO_OBJECT. 3. Note that the object's creation time changed. 4. Rungsutil ls -ahl gs://BUCKET_NAMEand you will note that modifying the Storage Class has created a new version for your object (which creation time is, obviously, different).s creation time (ref.:https://cloud.google.com/storage/docs/lifecycle#age). Afterward, the objects creation time property is established when the object is added to the bucket. In other words, if you make a change on the object inside a bucket, you don't change its creation time. A: Here, we consider the object moving among buckets, which is not mentioned in the question. B: Here, we consider that the object suffers a change inside the bucket, which matches the question's perspective. C & D: You can use gsutil to do the task. However, to be productive, it should use gsutil with the lifecycle parameter. (ref.: https://cloud.google.com/storage/docs/gsutil/commands/lifecycle) Answer: Bs creation time (ref.:https://cloud.google.com/storage/docs/lifecycle#age). Afterward, the objects creation time property is established when the object is added to the bucket. In other words, if you make a change on the object inside a bucket, you don't change its creation time. A: Here, we consider the object moving among buckets, which is not mentioned in the question. B: Here, we consider that the object suffers a change inside the bucket, which matches the question's perspective. C & D: You can use gsutil to do the task. However, to be productive, it should use gsutil with the lifecycle parameter. (ref.: https://cloud.google.com/storage/docs/gsutil/commands/lifecycle)