You have an S3 bucket with a lifecycle rule that moves objects to Glacier storage class after 30 days. What is the expected behavior for objects older than 30 days?
Think about how S3 lifecycle transitions work with Glacier storage class.
Lifecycle rules transition objects to Glacier storage class after the specified days. Objects remain in Glacier and are not immediately deleted. Accessing them requires a retrieval process that can take time.
Choose the correct JSON snippet for an S3 lifecycle rule that deletes objects 365 days after creation.
Expiration rules use the 'Days' field to specify deletion timing.
The 'Expiration' property with 'Days' set to 365 correctly deletes objects 365 days after creation. Transition moves storage class, not deletion.
You enable lifecycle rules that permanently delete objects after 30 days on a bucket without versioning. What is the main security risk?
Consider what happens when versioning is not enabled and objects are deleted.
Without versioning, deleted objects are permanently lost. This can cause accidental data loss if lifecycle rules delete objects automatically.
You have a bucket with objects accessed frequently for 60 days, then rarely accessed for 180 days, then archived. Which lifecycle rule sequence optimizes cost?
Think about storage classes for frequent and infrequent access and cost savings.
STANDARD_IA is cheaper for infrequent access after 60 days, GLACIER is cheaper for archival after 180 days, and deleting after 365 days saves storage costs.
You have enabled versioning on an S3 bucket and lifecycle rules that delete objects after 30 days. What is the best practice to avoid accidental permanent deletion?
Consider how versioning interacts with lifecycle expiration of current and non-current versions.
Deleting only non-current versions preserves the latest object versions and prevents accidental permanent loss. Disabling versioning or deleting all versions immediately risks data loss.