Hook

S3는 “무제한으로 저장하고, 언제 어디서나 가져오는” 객체 스토리지입니다. 99.999999999%(11개의 9) 내구성, REST API 기반 접근, TB 단위 파일까지 한 번에 처리합니다. 하지만 버킷 이름 하나 잘못 짓거나 암호화를 켜지 않으면 하루 만에 문제가 시작됩니다.

이 글에서는 S3의 기초를 처음부터 끝까지 정리합니다. 버킷과 객체의 구조, 7가지 스토리지 클래스, 보안/암호화 기본, 버전 관리, Lifecycle 규칙, 복제, 이벤트 알림, 성능 최적화까지 한 흐름으로 살펴봅니다.

TL;DR

• 객체 스토리지의 기본 단위는 Key-Value — 버킷은 전역 유일 컨테이너, 객체는 Key(경로) + Value(데이터) + 메타데이터
• 스토리지 클래스로 비용을 최적화합니다 — 자주 쓰면 Standard, 가끔 쓰면 IA, 거의 안 쓰면 Glacier
• 보안은 다층 구조 — IAM → 버킷 정책 → Block Public Access → 암호화 순으로 쌓습니다
• Lifecycle 규칙으로 자동화합니다 — 30일 후 IA, 90일 후 Glacier, 1년 후 Deep Archive로 자동 전환
• 버전 관리 + 복제로 데이터를 보호합니다 — 실수 삭제 복구와 재해 복구를 동시에 커버

1. S3 개요와 핵심 개념

Amazon S3란?

Amazon S3는 HTTP 인터페이스를 통해 언제 어디서나 데이터를 저장하고 검색하는 객체 스토리지 서비스입니다. S3 자체는 글로벌 서비스이지만, 버킷은 특정 리전에 생성됩니다.

핵심 특징은 4가지입니다.

• 글로벌 서비스: S3는 글로벌이지만, 데이터는 버킷이 생성된 리전에 저장됩니다
• 객체 스토리지: 파일 시스템이 아닌 평면적(Flat) 주소 공간을 사용합니다
• HTTP 인터페이스: RESTful API(GET, PUT, DELETE)로 접근합니다
• 무제한 저장: 객체 수와 총 용량에 제한이 없습니다
• 강력한 일관성: 2020년 이후 모든 S3 작업에 Strong Read-after-write Consistency가 적용됩니다

버킷 (Bucket)

버킷은 객체를 저장하는 기본 컨테이너입니다. 버킷 이름은 모든 AWS 계정, 모든 리전에서 유일해야 합니다.

버킷 이름 규칙은 다음과 같습니다.

객체 (Object)

객체는 S3에 저장되는 기본 단위로, 데이터와 메타데이터로 구성됩니다.

객체는 5가지 요소로 구성됩니다.

멀티파트 업로드는 대용량 파일을 여러 파트로 나누어 업로드하는 기능입니다. 100MB 이상 파일에 권장하며, 5GB 초과 파일은 필수입니다. 파트 크기는 5MB~5GB, 최대 10,000개 파트까지 가능합니다. 실패한 파트만 재전송할 수 있어 네트워크 장애에 강합니다.

2. 스토리지 클래스 — 용도별 선택

S3는 데이터 액세스 패턴과 비용 요구사항에 따라 7가지 스토리지 클래스를 제공합니다.

클래스 요약

비용은 Standard > Standard-IA > One Zone-IA > Glacier Instant > Glacier Flexible > Deep Archive 순으로 저렴해집니다.

Intelligent-Tiering 자동 티어링

액세스 패턴을 예측하기 어려울 때는 Intelligent-Tiering을 사용합니다. 액세스 빈도에 따라 자동으로 티어 간 이동하며, 검색 요금이 없습니다.

객체가 30일 연속 미접근 시 Infrequent Access로, 90일 시 Archive Access로, 180일 시 Deep Archive Access로 자동 이동합니다. 다시 액세스가 발생하면 자동으로 Frequent Access 티어로 복귀합니다.

3. 보안 기초와 암호화

S3 보안은 여러 레이어로 구성된 다층 방어 모델로 설계합니다.

6개 보안 레이어는 다음과 같습니다.

1. IAM 정책 — 사용자/역할 단위 접근 제어
2. 버킷 정책 (Bucket Policy) — 버킷 단위 접근 제어, JSON 기반
3. ACL — 객체/버킷 단위 (⚠️ 권장하지 않음)
4. S3 Object Ownership — 버킷 소유자 강제 설정 (권장)
5. 암호화 (Encryption) — 전송 중 암호화 + 저장 데이터 암호화
6. S3 Object Lambda — 데이터 처리 파이프라인

버킷 정책 (Bucket Policy)

버킷 정책은 JSON 기반으로 버킷과 객체에 대한 접근을 세밀하게 제어합니다. 다른 AWS 계정이나 퍼블릭 액세스를 제어할 때 사용합니다.

버킷 정책의 핵심 요소는 4가지입니다.

ACL은 권장하지 않습니다. 대신 버킷 정책과 IAM 정책을 사용하고, S3 Object Ownership을 “버킷 소유자 강제”로 설정해 ACL을 비활성화합니다.

S3 퍼블릭 액세스 차단은 계정 및 버킷 수준에서 4가지 설정을 개별 제어합니다: 새 ACL 차단, 기존 ACL 차단, 새 버킷 정책 차단, 기존 버킷 정책 차단. 기본적으로 모두 활성화하는 것이 안전합니다.

암호화

S3 암호화는 전송 중 암호화와 저장 데이터 암호화로 나뉩니다.

서버 측 암호화(SSE) 3가지 방식을 비교합니다.

클라이언트 측 암호화는 데이터를 S3에 업로드하기 전에 클라이언트에서 직접 암호화합니다. AWS Encryption SDK 또는 S3 Encryption Client를 사용합니다.

전송 중 암호화는 HTTPS(TLS)를 사용하며, 버킷 정책으로 aws:SecureTransport 조건을 통해 HTTP 요청을 거부할 수 있습니다.

4. 버전 관리와 수명주기

버전 관리 (Versioning)

버전 관리를 활성화하면 객체의 모든 버전이 보존되어 실수로 삭제하거나 덮어쓴 데이터를 복구할 수 있습니다.

버전 관리의 핵심 동작은 다음과 같습니다.

• 같은 Key로 업로드하면 새 Version ID가 생성되고, 이전 버전은 보존됩니다
• GET 요청은 항상 최신 버전을 반환합니다
• 삭제 마커(Delete Marker): 삭제 시 실제 삭제가 아니라 삭제 마커가 추가되며, GET 시 404를 반환합니다
• 삭제 마커를 제거하면 이전 버전으로 복원할 수 있습니다
• 한 번 활성화하면 완전히 비활성화할 수 없고 일시 중지(MFA Delete 포함)만 가능합니다
• 모든 버전이 저장되므로 스토리지 비용이 증가합니다

수명 주기 관리 (Lifecycle)

S3 Lifecycle을 사용하면 객체의 수명 주기에 따라 자동으로 스토리지 클래스를 전환하거나 만료시킬 수 있습니다.

Lifecycle 규칙은 3가지 유형이 있습니다.

전환 흐름의 대표적인 패턴은 다음과 같습니다.

Standard → (30일) → Standard-IA → (90일) → Glacier Instant
→ (365일) → Deep Archive → (7년) → 만료(삭제)

전환 규칙의 핵심 포인트:

• 각 전환에 최소 대기 일수가 존재합니다 (예: Standard → Standard-IA는 30일)
• 전환은 한 방향으로만 진행합니다 (더 저렴한 클래스로)
• 만료 규칙은 버전 관리 활성화 시 현재 버전에 삭제 마커를 추가하고, 비버전 관리 시 객체를 영구 삭제합니다

5. 복제와 이벤트 알림

S3 복제 (Replication)

S3 복제는 버킷 간에 객체를 자동으로 복제하는 기능입니다.

복제는 목적에 따라 2가지로 나뉩니다.

복제 요구사항은 다음과 같습니다.

• 소스 및 대상 버킷 모두 버전 관리가 활성화되어야 합니다
• IAM 역할에 S3 복제 권한이 부여되어야 합니다
• 소스와 대상 버킷은 서로 다른 AWS 계정일 수 있습니다
• 기존 객체는 자동 복제되지 않습니다 (S3 Batch Replication으로 마이그레이션)
• 삭제 마커 복제는 선택적으로 활성화 가능합니다

S3 Replication Time Control (RTC)는 복제 완료 시간을 15분 이내(99.99%)로 보장하는 기능으로, 규정 준수 요구사항이 엄격한 워크로드에 적합합니다.

이벤트 알림 (Event Notifications)

S3 버킷에서 특정 이벤트가 발생할 때 알림을 받을 수 있습니다.

주요 이벤트 유형은 다음과 같습니다.

이벤트를 전달받을 수 있는 대상은 4가지입니다.

EventBridge로 전송하면 객체 크기, 키 접두사, 메타데이터 기반의 고급 필터링과 이벤트 아카이브/재생이 가능해집니다.

6. 성능 최적화

S3는 대규모 데이터 처리를 위한 다양한 성능 최적화 기능을 제공합니다.

핵심 최적화 기법

1. 멀티파트 업로드

100MB 이상 파일은 멀티파트 업로드를 사용합니다. 파일을 여러 파트로 분할해 병렬 업로드하므로 네트워크 대역폭을 최대한 활용하고, 실패한 파트만 재전송할 수 있습니다.

2. S3 Transfer Acceleration

CloudFront의 글로벌 엣지 로케이션을 활용해 장거리 대규모 데이터 전송을 가속합니다. 가까운 엣지에서 수신한 후 AWS 백본망을 통해 빠르게 전송하므로, 최대 50배 빠른 전송이 가능합니다.

3. 키 이름 접두사 분산

S3는 키 이름의 접두사를 기반으로 데이터를 파티션에 분산시킵니다. 순차적인 키 이름(예: 타임스탬프 기반)은 동일 파티션에 집중되어 처리량이 제한될 수 있습니다.

import hashlib

def make_key(original: str) -> str:
    prefix = hashlib.sha256(original.encode()).hexdigest()[:2]
    return f"{prefix}/{original}"

# Before: photos/2026/01/img1.jpg (병목)
# After:  a1/photos/2026/01/img1.jpg (분산)

해시 기반 접두사(앞 2자리)를 사용하면 256개 파티션으로 분산되어 초당 수천 건의 요청을 처리할 수 있습니다. S3 Express One Zone을 사용하면 이 제한이 완화됩니다.

추가 성능 팁

Takeaway

1. 객체 스토리지의 기본은 Key-Value 구조입니다 — 버킷(전역 유일) 안에 객체(Key + Value + Metadata)가 저장되며, 평면적 주소 공간과 REST API로 접근합니다. 이 구조를 이해하면 나머지는 자연스럽게 따라옵니다
2. 스토리지 클래스와 Lifecycle로 비용을 최적화합니다 — 데이터 액세스 패턴에 맞춰 Standard, IA, Glacier를 선택하고, Lifecycle 규칙으로 자동 전환하면 운영 개입 없이 비용을 절감할 수 있습니다
3. 보안은 다층 방어로 설계합니다 — IAM 정책, 버킷 정책, Block Public Access, 암호화(SSE-S3/SSE-KMS)를 겹겹이 쌓고, 버전 관리와 복제로 데이터 보호까지 갖추면 안전한 스토리지 환경이 완성됩니다

심화 학습 — Advanced S3 시리즈

이 글에서 다룬 S3 기초를 바탕으로, 더 깊은 주제를 다루는 심화 포스트를 참고하세요.

AWS 시리즈 3/16

← EC2 & EBS — AWS 컴퓨팅 완전 정복
	VPC 네트워킹 — 서브넷부터 Transit Gateway까지 →