You have enabled versioning on an S3 bucket. You delete an object named photo.jpg. What is the state of the object after deletion?
Think about how versioning protects data from permanent deletion.
When versioning is enabled, deleting an object adds a delete marker. This hides the current version but keeps all previous versions intact and recoverable.
You want to protect your data in an S3 bucket with versioning and replicate all versions to another region. Which AWS feature must you enable alongside versioning?
Replication of versions requires a specific S3 feature that works with versioning.
Cross-Region Replication (CRR) replicates all versions of objects automatically between buckets in different regions when versioning is enabled on both.
You have a versioned S3 bucket with many object versions. You disable versioning on this bucket. What happens to the existing versions and new uploads?
Consider what disabling versioning means for existing data and future uploads.
Disabling versioning stops new versions from being created, but all existing versions remain intact and accessible.
You use S3 versioning to protect critical data but want to reduce storage costs over time. Which approach is best?
Think about automated ways to manage old versions cost-effectively.
Lifecycle rules can automatically move older versions to cheaper storage classes, reducing costs while keeping data protected.
In a versioned S3 bucket, you perform these steps on an object named report.pdf:
- Upload
report.pdf(version 1) - Upload a new
report.pdf(version 2) - Delete
report.pdf - Upload
report.pdfagain (version 3)
How many versions (including delete markers) exist for report.pdf now?
Remember that deleting adds a delete marker version.
There are 3 uploads (versions 1, 2, and 3) plus 1 delete marker from the delete operation, totaling 4 versions.