클라우드를 처음 보면 "이미지는 S3에 올리라는데, 데이터베이스 디스크는 왜 EBS를 쓰지?" 하며 스토리지 종류가 헷갈립니다. 둘은 쓰임이 완전히 다른 도구입니다. 오브젝트 스토리지와 블록 스토리지의 차이는 데이터를 어떤 단위로 다루고, 어떻게 접근하느냐에 있습니다. 이걸 이해하면 무엇을 어디에 둘지 자연스럽게 정리됩니다.
둘은 어떻게 다른가
| 구분 | 오브젝트 스토리지 | 블록 스토리지 |
|---|---|---|
| 저장 단위 | 객체(파일+메타데이터) | 고정 크기 블록 |
| 접근 방식 | HTTP API (GET/PUT) | OS가 디스크로 마운트 |
| 대표 예시 | AWS S3, GCS | AWS EBS, GCP PD |
| 수정 방식 | 통째로 교체 | 일부 블록만 수정 |
| 확장성 | 사실상 무한 | 볼륨 크기 한계 |
오브젝트 스토리지는 파일을 통째로 하나의 객체로 다루며 HTTP로 주고받습니다. 블록 스토리지는 디스크처럼 OS에 붙어, 파일 일부만 빠르게 고쳐 쓸 수 있습니다. 그래서 데이터베이스나 OS가 올라가는 디스크는 블록을 씁니다.
시나리오로 구분하기
사용자가 프로필 사진을 올리는 서비스를 생각해 봅니다. 이미지는 한 번 올리면 거의 안 바뀌고, 수가 수백만 개로 늘 수 있습니다. 이건 오브젝트 스토리지가 맞습니다.
TEXT
[사용자] --PUT--> S3 버킷/profile/u123.jpg
[웹페이지] --GET--> https://.../profile/u123.jpg
반면 그 서비스의 PostgreSQL 데이터 디렉터리는 끊임없이 일부 행이 갱신됩니다. 파일 일부를 빠르게 고쳐 쓰는 블록 스토리지(EBS)를 서버에 붙여 마운트합니다.
TEXT
[EC2 인스턴스] --마운트--> /dev/xvdf (EBS 볼륨)
PostgreSQL이 이 디스크에 데이터 기록
판단 기준은 단순합니다. "통째로 읽고 쓰는 큰 파일이 많은가"라면 오브젝트, "OS·DB가 일부를 자주 고쳐 쓰는 디스크"라면 블록입니다.
| 상황 | 권장 |
|---|---|
| 이미지·동영상·백업·로그 보관 | 오브젝트 스토리지 |
| 정적 파일을 웹에 직접 서빙 | 오브젝트 스토리지 |
| 데이터베이스 데이터 디렉터리 | 블록 스토리지 |
| OS 부팅 디스크, 낮은 지연 필요 | 블록 스토리지 |
비용도 다릅니다. 오브젝트는 보관 단가가 싸고 대량에 유리하지만, 블록만큼 낮은 지연·잦은 수정에는 맞지 않습니다.
요점 정리
- 오브젝트는 파일을 통째 객체로 HTTP로 다루고, 블록은 디스크로 마운트해 일부를 고쳐 쓴다.
- 이미지·백업·정적 파일은 오브젝트, DB·OS 디스크는 블록이 정석이다.
- 핵심 질문은 "통째로 다루는 큰 파일인가, 자주 수정되는 디스크인가"이다.
S3 버킷에 파일을 올리고 EBS 볼륨을 인스턴스에 마운트해 차이를 직접 확인하는 실습은 클라우드 트랙에서 회원가입 없이 무료로 할 수 있습니다.