버전 관리·오브젝트 락

스토리지 연관 문항 16개

덮어쓰기·삭제로부터 객체를 보호하고 불변 보관을 구현

이게 뭔가요? / What is this?

버전 관리는 저장 장치가 아니라, 버킷에 켜두는 하나의 설정(기능)으로, 파일을 덮어쓰거나 지워도 예전 버전을 계속 남겨두는 "되돌리기 기록" 같은 개념입니다. 문서 작업 프로그램의 변경 기록 추적 기능처럼, 실수로 덮어쓰거나 지운 파일도 이전 버전으로 되돌릴 수 있게 해줍니다.

개요 / Overview

버전 관리를 켜면 덮어쓰기와 삭제가 새 버전이나 삭제 마커를 만들 뿐 원본을 지우지 않습니다. Object Lock을 더하면 정해진 기간 동안 누구도 지울 수 없는 WORM 저장소가 됩니다.

동작 원리 / How it works

버전 관리를 켜면 같은 키에 쓰기가 일어날 때 기존 객체를 덮어쓰지 않고 새 버전 ID를 부여합니다. 삭제 요청은 객체를 지우는 대신 삭제 마커를 최신 버전으로 올려 놓으므로, 마커를 제거하면 이전 버전이 다시 최신이 됩니다. 이것이 실수 삭제 복구의 원리입니다.

Object Lock은 여기에 보존 기간을 얹습니다. Governance 모드는 특정 IAM 권한을 가진 주체가 해제할 수 있고, Compliance 모드는 보존 기간이 끝나기 전까지 루트 계정조차 삭제할 수 없습니다. 후자가 WORM(한 번 쓰고 여러 번 읽기) 규제 요구를 충족하는 근거입니다.

시험은 무엇을 보는가 / What the exam is testing

시험은 이 기능을 두 방향으로 씁니다 — 데이터 보호(실수 삭제, 악의적 삭제, 랜섬웨어)와 규정 준수(불변 보관). 또한 리전 간 복제의 전제 조건이라는 점이 별도 문항으로 나옵니다.

시험 포인트 / Exam points

실수 삭제 복구

버전 관리 버킷에서 삭제하면 삭제 마커만 생기므로 마커를 지우면 객체가 되살아납니다. "실수로 지운 파일을 복구하고 싶다"의 정답입니다.

MFA Delete

버전 영구 삭제와 버전 관리 중단에 MFA를 요구하도록 강제할 수 있습니다. 루트 사용자만 설정 가능하며, 악의적 삭제 방지 요구에 등장합니다.

Object Lock 두 모드

Governance 모드는 특별 권한이 있으면 해제 가능하고, Compliance 모드는 루트 계정조차 보관 기간 내 삭제할 수 없습니다. 엄격한 규제 문제는 Compliance가 정답입니다.

복제의 전제 조건

CRR·SRR을 켜려면 원본과 대상 버킷 모두 버전 관리가 활성화되어야 합니다. 복제 문제에서 빠진 단계로 자주 출제됩니다.

자주 틀리는 함정 / Common traps

버전 관리만 켜면 악의적 삭제를 완전히 막는다고 보는 것 — 권한이 있으면 버전을 영구 삭제할 수 있습니다. MFA Delete나 Object Lock이 추가로 필요합니다.

버전 관리를 켠 뒤 비용 증가를 방치하는 것 — 모든 이전 버전이 계속 과금되므로 이전 버전 만료 규칙이 필요합니다.

📝 이 개념 문제 풀기

S3 Versioning / Lock

Storage 16 related questions

Protects objects from overwrite and deletion, and enables immutable retention

이게 뭔가요? / What is this?

Versioning is not a storage device — it is a setting (a feature) turned on for a bucket that keeps every prior copy of a file even after it is overwritten or deleted, much like a document editor version history. It allows a file that was accidentally overwritten or removed to be rolled back to an earlier version instead of being lost.

개요 / Overview

Versioning turns overwrites and deletes into new versions or delete markers instead of destroying data. Adding Object Lock produces WORM storage that nobody can delete for a set period.

동작 원리 / How it works

With versioning on, writing the same key assigns a new version ID instead of overwriting. A delete places a delete marker as the latest version rather than removing data, so removing the marker makes the prior version current again — the mechanism behind recovering accidental deletions.

Object Lock adds retention on top. Governance mode can be overridden by a principal with a specific IAM permission; Compliance mode blocks deletion even by the root account until retention expires. The latter is what satisfies WORM regulatory requirements.

시험은 무엇을 보는가 / What the exam is testing

The exam uses this in two directions: data protection (accidental deletion, malicious deletion, ransomware) and compliance (immutable retention). It also appears as the prerequisite for cross-Region replication.

시험 포인트 / Exam points

Recovering accidental deletes

Deleting in a versioned bucket only adds a delete marker; removing the marker restores the object — the answer to "recover accidentally deleted files".

MFA Delete

Requires MFA to permanently delete versions or suspend versioning. Only the root user can enable it; it appears in malicious-deletion scenarios.

Two Object Lock modes

Governance mode can be overridden with a special permission; Compliance mode blocks deletion even by the root account until the retention period expires. Strict regulations → Compliance.

Prerequisite for replication

CRR and SRR require versioning on both source and destination buckets — a step frequently missing from replication answer choices.

자주 틀리는 함정 / Common traps

Believing versioning alone stops malicious deletion — a privileged principal can permanently delete versions. MFA Delete or Object Lock is also needed.

Ignoring the cost after enabling versioning — every noncurrent version keeps billing, so a noncurrent expiration rule is required.

📝 Practice this concept

AWS SAA Hub Pro는 독립 학습 자료이며 Amazon Web Services, Inc.의 공식 서비스가 아닙니다. 시험 정책과 서비스 사양은 AWS 공식 문서를 기준으로 확인하세요.