AWS EBS vs S3 개념 정리
이 글은 AI가 작성했습니다.
개요
이 문서는 AWS 스토리지 서비스 중 가장 자주 비교되는 EBS와 S3를 개념, 차이점, 주요 사용처 관점에서 정리한 문서입니다.
한 줄 정의
- EBS(Elastic Block Store)는 EC2에 연결하여 사용하는 가상 디스크 기반 블록 스토리지입니다.
- S3(Simple Storage Service)는 버킷에 오브젝트를 저장하는 오브젝트 스토리지입니다.
EBS와 S3의 핵심 차이
| 구분 | EBS | S3 |
|---|---|---|
| 스토리지 모델 | Block 방식입니다. (디스크와 유사합니다.) | Object 방식입니다. (버킷과 오브젝트 구조입니다.) |
| 연결 대상 | EC2 인스턴스에 Attach합니다. | 애플리케이션이나 서비스가 API로 접근합니다. |
| 사용 방식 | 파일 시스템 구성 후 마운트하여 사용합니다. | HTTP API 또는 SDK, CLI로 PUT과 GET을 수행합니다. |
| 범위 | AZ 단위 서비스입니다. | 리전 단위 서비스입니다. |
| 강점 | 낮은 지연 시간과 디스크 I/O 워크로드에 적합합니다. | 높은 내구성과 확장성을 제공합니다. |
| 주의 사항 | 인스턴스, 볼륨, 대역폭 한도를 고려해야 합니다. | 디스크처럼 직접 마운트하여 사용할 수 없습니다. |
EBS를 사용하는 경우
EBS는 운영체제 관점에서 디스크가 필요한 경우에 사용합니다.
대표적인 사용 사례는 다음과 같습니다.
- EC2 루트 디스크 및 부팅 디스크입니다.
- 데이터베이스 스토리지입니다. (랜덤 I/O 및 지연 시간에 민감한 워크로드)
- 애플리케이션 데이터 디렉토리입니다.
- 로그를 로컬에 적재한 뒤 주기적으로 다른 저장소로 이동하는 구조의 1차 저장소입니다.
EBS 선택 기준은 다음과 같습니다.
- 파일 시스템이 필요합니다.
- 낮은 지연 시간과 높은 IOPS가 중요합니다.
- 단일 서버 기준으로 디스크를 연결하여 사용하는 구조입니다.
S3를 사용하는 경우
S3는 디스크가 아닌 저장소 서비스 형태로 접근합니다.
대표적인 사용 사례는 다음과 같습니다.
- 정적 자산 저장 및 배포입니다. (이미지, 동영상, JavaScript, CSS, 다운로드 파일)
- 백업 및 아카이브 저장소입니다.
- 로그 수집 및 데이터 레이크 구성입니다.
- 배포 아티팩트 저장 및 파이프라인 참조 용도입니다.
S3 선택 기준은 다음과 같습니다.
- HTTP API 기반 접근이 가능합니다.
- 대용량 데이터 및 대규모 확장이 필요합니다.
- 접근 패턴에 따라 스토리지 클래스와 라이프사이클로 비용을 최적화합니다.
실무 선택 기준
1. 애플리케이션이 디스크를 요구하는 경우
운영체제나 데이터베이스가 파일 시스템 기반으로 동작해야 한다면 EBS를 선택합니다.
2. 애플리케이션이 오브젝트 단위 처리가 가능한 경우
업로드와 다운로드가 HTTP 기반이며, 데이터를 파일 단위로 관리할 수 있다면 S3를 선택합니다.
자주 사용되는 조합 패턴
EBS와 S3는 경쟁 관계라기보다 상호 보완적으로 함께 사용하는 경우가 많습니다.
- 실시간 처리는 EBS에서 수행하고 장기 보관은 S3에서 수행합니다.
- 데이터베이스 파일은 EBS를 사용하고 백업 데이터는 S3에 저장합니다.
- 애플리케이션 런타임은 EBS를 사용하고 정적 자산은 S3와 CDN으로 제공합니다.
요약
- EBS는 EC2에 연결하여 사용하는 블록 스토리지 서비스입니다.
- S3는 버킷과 오브젝트 기반의 오브젝트 스토리지 서비스입니다.
- 실무 환경에서는 EBS로 실시간 처리를 수행하고 S3로 데이터를 축적하는 구조가 일반적입니다.