S3 스토리지 클래스 종류별 차이와 수명 주기 정책으로 저장 비용 줄이는 방법
S3 스토리지 클래스 종류별 차이를 알고 있으면 같은 데이터를 저장하면서도 클라우드 스토리지 요금을 눈에 띄게 줄일 수 있습니다. Amazon S3에 파일을 올리면 기본적으로 S3 Standard 클래스로 저장되는데, 자주 열어보지 않는 백업 파일이나 오래된 로그까지 모두 이 클래스에 두면 불필요하게 높은 저장 요금을 내게 됩니다. 반대로 무조건 저렴한 클래스를 선택하면 데이터를 꺼낼 때 추가 요금이 붙거나 한참을 기다려야 하는 문제가 생길 수 있습니다.
저도 예전에는 S3는 용량만큼 요금을 내는 단순한 저장소라고 생각했습니다. 그런데 요금표를 자세히 보니 저장 요금 외에도 요청 요금, 데이터 검색 요금, 최소 저장 기간 같은 조건이 클래스마다 다르게 붙어 있었습니다. 저렴하다는 이유로 자주 쓰는 파일을 아카이브 클래스에 옮겼다면 오히려 비용이 늘었을 것이라는 생각에 클래스별 특징을 꼼꼼하게 정리해보게 되었습니다.
오늘 제가 준비한 포스팅에서는 S3 스토리지 클래스 종류별 차이를 중심으로 주요 클래스의 특징과 적합한 데이터, 저렴한 클래스에 숨어 있는 최소 저장 기간과 검색 요금, 접근 패턴을 모를 때 쓰는 Intelligent-Tiering, 그리고 수명 주기 정책으로 데이터를 자동 이동시키는 방법까지 차근차근 정리해보겠습니다.
간단히 정리하면 자주 쓰는 데이터는 S3 Standard, 가끔 쓰지만 바로 꺼내야 하는 데이터는 Standard-IA, 거의 쓰지 않는 보관용 데이터는 Glacier 계열, 접근 패턴을 예측하기 어려운 데이터는 Intelligent-Tiering이 적합합니다. 그리고 수명 주기 정책을 설정하면 시간이 지남에 따라 데이터를 더 저렴한 클래스로 자동 이동시킬 수 있습니다.
S3 스토리지 클래스는 접근 빈도에 따라 나뉩니다
S3 스토리지 클래스는 데이터를 얼마나 자주 꺼내 쓰는지, 얼마나 빨리 꺼내야 하는지, 얼마나 오래 보관하는지에 맞춰 선택하도록 설계되어 있습니다. 일반적으로 저장 요금이 낮은 클래스일수록 데이터를 읽을 때 드는 요금이나 조건이 까다로워집니다.
대부분의 S3 스토리지 클래스는 데이터를 여러 가용 영역에 나누어 저장해 매우 높은 내구성을 제공합니다. AWS는 S3가 99.999999999%, 이른바 일레븐 나인의 데이터 내구성을 목표로 설계되었다고 안내합니다. 클래스 사이의 차이는 주로 가용성, 검색 속도, 요금 구조에서 발생합니다.
스토리지 클래스는 객체 단위로 지정됩니다. 같은 버킷 안에서도 파일마다 다른 클래스를 사용할 수 있고, 업로드할 때 지정하거나 나중에 수명 주기 정책으로 변경할 수 있습니다. 그래서 버킷을 클래스별로 따로 만들 필요는 없습니다.
S3 스토리지 클래스는 저장 요금과 데이터 검색 비용 사이의 균형을 선택하는 것이며, 클래스는 버킷이 아니라 객체 단위로 지정할 수 있습니다.
자주 사용하는 데이터를 위한 S3 Standard
S3 Standard는 기본 스토리지 클래스로, 자주 접근하는 데이터에 적합합니다. 웹사이트 이미지, 모바일 앱에서 불러오는 파일, 분석 작업에 계속 사용되는 데이터처럼 수시로 읽고 쓰는 데이터를 저장합니다. 데이터 검색 요금이나 최소 저장 기간이 없어 사용 방식에 제약이 거의 없습니다.
저장 단가는 다른 클래스보다 높지만, 자주 읽는 데이터라면 오히려 가장 경제적인 선택이 될 수 있습니다. 저렴한 클래스는 읽을 때마다 검색 요금이 붙기 때문에 접근이 잦으면 총비용이 역전되는 경우가 생기기 때문입니다.
지연 시간이 매우 중요한 작업을 위해 단일 가용 영역에 저장하는 S3 Express One Zone이라는 고성능 클래스도 있습니다. 머신러닝 학습이나 대규모 분석처럼 초당 요청이 매우 많은 특수한 경우에 사용되며, 일반적인 파일 저장에는 S3 Standard가 기본입니다.
가끔 사용하는 데이터를 위한 Standard-IA와 One Zone-IA
S3 Standard-IA(Infrequent Access)는 자주 사용하지는 않지만 필요할 때는 즉시 꺼내야 하는 데이터에 적합합니다. 한 달에 한 번 정도 조회하는 백업 파일, 오래된 사진, 재해 복구용 데이터 등이 대표적입니다. 저장 요금은 Standard보다 낮지만 데이터를 읽을 때 GB당 검색 요금이 발생합니다.
S3 One Zone-IA는 Standard-IA와 비슷하지만 데이터를 하나의 가용 영역에만 저장해 요금이 더 저렴합니다. 대신 해당 가용 영역이 손상되면 데이터가 유실될 수 있으므로, 원본이 따로 있어 다시 만들 수 있는 데이터나 보조 백업 사본에 사용하는 것이 좋습니다.
IA 계열 클래스에는 꼭 알아야 할 조건이 두 가지 있습니다. 첫째, 최소 저장 기간이 30일입니다. 30일이 되기 전에 삭제하거나 다른 클래스로 옮겨도 30일치 저장 요금이 청구됩니다. 둘째, 객체당 최소 과금 크기가 있어 128KB보다 작은 파일도 128KB로 계산됩니다. 작은 파일이 매우 많다면 오히려 Standard보다 비싸질 수 있습니다.
IA 계열은 저장 요금이 낮은 대신 30일 최소 저장 기간, 128KB 최소 과금 크기, 데이터 검색 요금이 있으므로 작고 자주 바뀌는 파일에는 적합하지 않습니다.
장기 보관 데이터를 위한 Glacier 계열 클래스
S3 Glacier 계열은 거의 사용하지 않지만 오랫동안 보관해야 하는 데이터를 위한 아카이브 클래스입니다. 법적으로 보존해야 하는 기록, 오래된 프로젝트 자료, 원본 영상 백업처럼 1년에 몇 번 꺼낼까 말까 한 데이터에 적합합니다.
Glacier Instant Retrieval은 분기에 한 번 정도 접근하는 데이터를 밀리초 단위로 즉시 꺼낼 수 있는 클래스로, 최소 저장 기간은 90일입니다. Glacier Flexible Retrieval은 데이터를 꺼내는 데 몇 분에서 몇 시간이 걸리며 검색 속도 옵션에 따라 요금이 달라지고, 최소 저장 기간은 역시 90일입니다.
Glacier Deep Archive는 S3에서 가장 저렴한 저장 클래스입니다. 대신 데이터를 복원하는 데 기본적으로 12시간 이내, 대량 복원 옵션은 48시간 이내가 걸리며 최소 저장 기간은 180일입니다. 7년 이상 보관해야 하는 규정 준수용 데이터처럼 급하게 꺼낼 일이 거의 없는 데이터에 알맞습니다.
Flexible Retrieval과 Deep Archive에 저장된 객체는 바로 다운로드할 수 없고, 먼저 복원 요청을 해서 임시 사본을 만든 뒤 접근해야 합니다. 급하게 필요한 데이터를 이 클래스에 넣어두면 업무에 차질이 생길 수 있으므로 복구 시간 요구 사항을 먼저 확인해야 합니다.
S3 스토리지 클래스별 특징 한눈에 비교하기
주요 스토리지 클래스의 조건을 정리하면 다음과 같습니다. 제가 만든 아래 표를 참고해보세요.
| 스토리지 클래스 | 적합한 데이터 | 데이터 검색 | 최소 저장 기간 |
|---|---|---|---|
| S3 Standard | 자주 접근하는 데이터 | 즉시, 검색 요금 없음 | 없음 |
| S3 Intelligent-Tiering | 접근 패턴을 모르는 데이터 | 즉시 (기본 계층 기준) | 없음 |
| S3 Standard-IA | 월 1회 정도 접근, 즉시 필요 | 즉시, 검색 요금 있음 | 30일 |
| S3 One Zone-IA | 재생성 가능한 비중요 데이터 | 즉시, 검색 요금 있음 | 30일 |
| Glacier Instant Retrieval | 분기 1회 정도 접근하는 보관 데이터 | 밀리초, 검색 요금 있음 | 90일 |
| Glacier Flexible Retrieval | 연 1~2회 접근하는 보관 데이터 | 분~시간 단위 복원 | 90일 |
| Glacier Deep Archive | 장기 규정 준수·원본 보관 | 12~48시간 이내 복원 | 180일 |
저렴한 클래스일수록 최소 저장 기간이 길고 검색 시간과 요금이 늘어나므로, 저장 단가만 보지 말고 데이터를 얼마나 자주, 얼마나 빨리 꺼내야 하는지를 함께 따져야 합니다.
접근 패턴을 모를 때는 Intelligent-Tiering을 활용하세요
데이터를 얼마나 자주 사용할지 예측하기 어렵다면 S3 Intelligent-Tiering이 좋은 선택입니다. 이 클래스는 객체의 접근 기록을 모니터링해 30일 동안 접근하지 않은 객체는 저렴한 저빈도 계층으로, 90일 동안 접근하지 않으면 더 저렴한 아카이브 즉시 액세스 계층으로 자동 이동시킵니다. 다시 접근하면 자동으로 자주 접근 계층으로 돌아옵니다.
Intelligent-Tiering은 계층 이동에 따른 검색 요금이 없고 최소 저장 기간도 없다는 장점이 있습니다. 대신 객체 수에 따라 소액의 모니터링 및 자동화 요금이 발생합니다. 128KB보다 작은 객체는 모니터링 대상이 아니어서 자동 이동 없이 자주 접근 계층 요금으로 저장됩니다.
선택 사항으로 아카이브 액세스 계층과 딥 아카이브 액세스 계층을 활성화하면 오래 사용하지 않은 데이터를 더 저렴하게 보관할 수 있습니다. 다만 이 계층에 들어간 데이터는 복원 시간이 필요하므로 애플리케이션이 즉시 읽어야 하는 데이터라면 활성화하지 않는 것이 좋습니다.
수명 주기 정책으로 저장 비용을 자동으로 줄이는 방법
수명 주기 정책(Lifecycle configuration)은 객체가 생성된 뒤 일정 기간이 지나면 다른 스토리지 클래스로 옮기거나 삭제하도록 규칙을 정해두는 기능입니다. 한 번 설정해두면 사람이 신경 쓰지 않아도 규칙에 따라 자동으로 처리됩니다.
예를 들어 애플리케이션 로그를 저장하는 버킷이라면 생성 후 30일이 지나면 Standard-IA로, 90일이 지나면 Glacier Flexible Retrieval로 옮기고, 365일이 지나면 삭제하는 규칙을 만들 수 있습니다. 규칙은 버킷 전체에 적용할 수도 있고 특정 접두사나 태그가 붙은 객체에만 적용할 수도 있습니다.
버전 관리를 사용하는 버킷이라면 이전 버전 객체에 대한 규칙도 꼭 추가해야 합니다. 파일을 덮어쓸 때마다 이전 버전이 계속 쌓이면 눈에 보이지 않는 저장 비용이 늘어나기 때문입니다. 완료되지 않은 멀티파트 업로드를 일정 기간 뒤 정리하는 규칙도 함께 넣어두면 불필요한 요금을 줄일 수 있습니다.
수명 주기 규칙을 설계할 때는 앞에서 설명한 최소 저장 기간을 고려해야 합니다. IA로 옮긴 뒤 30일이 되기 전에 삭제하는 규칙을 만들면 조기 삭제 요금이 발생할 수 있습니다. S3 Storage Lens나 스토리지 클래스 분석 기능으로 실제 접근 패턴을 확인한 뒤 기간을 정하는 것이 좋습니다.
수명 주기 정책에는 클래스 이동 규칙뿐 아니라 이전 버전 객체 정리와 미완료 멀티파트 업로드 삭제 규칙까지 함께 넣어야 숨은 저장 비용을 막을 수 있습니다.
S3 스토리지 클래스 종류별 차이 총정리
S3 Standard는 자주 쓰는 데이터, Standard-IA와 One Zone-IA는 가끔 쓰지만 즉시 필요한 데이터, Glacier 계열은 장기 보관 데이터에 적합하며, 접근 패턴을 모를 때는 Intelligent-Tiering이 유용합니다. 저렴한 클래스일수록 최소 저장 기간과 검색 요금, 복원 시간이 늘어난다는 점을 반드시 고려해야 합니다. 수명 주기 정책으로 데이터 이동과 삭제, 이전 버전 정리를 자동화하면 저장 비용을 꾸준히 줄일 수 있습니다.
질문 QnA
이미 S3 Standard에 저장된 파일도 다른 클래스로 바꿀 수 있나요?
네, 수명 주기 정책을 추가하거나 콘솔에서 객체의 스토리지 클래스를 변경해 옮길 수 있습니다. 객체 수가 많다면 수명 주기 정책이나 S3 배치 작업을 이용하는 것이 효율적입니다.
Glacier Deep Archive에 넣은 파일을 급하게 꺼내야 하면 어떻게 하나요?
Deep Archive는 가장 빠른 복원 옵션도 수 시간이 걸리므로 즉시 꺼낼 방법이 없습니다. 긴급하게 필요할 가능성이 있는 데이터라면 Glacier Instant Retrieval이나 IA 계열을 선택해야 합니다.
작은 파일이 수백만 개인데 Intelligent-Tiering을 써도 될까요?
128KB 미만 객체는 자동 계층 이동 대상이 아니므로 절감 효과가 거의 없습니다. 작은 파일이 많다면 파일을 묶어서 저장하거나 Standard를 유지하는 것이 나을 수 있습니다.
스토리지 클래스를 바꾸면 파일 주소도 바뀌나요?
아니요, 버킷 이름과 객체 키가 그대로라면 주소는 바뀌지 않습니다. 다만 Glacier Flexible Retrieval과 Deep Archive로 옮긴 객체는 복원하기 전까지 바로 읽을 수 없습니다.
S3 비용 최적화의 핵심은 데이터마다 맞는 자리를 찾아주는 것입니다. 모든 파일을 한 클래스에 두기보다 사용 빈도에 따라 나누고, 시간이 지나면 자동으로 이동하도록 규칙을 만들어두면 관리 부담 없이 비용을 계속 낮출 수 있습니다.
지금 S3 콘솔에서 가장 용량이 큰 버킷을 열고 관리 탭의 수명 주기 규칙이 설정되어 있는지 확인해보세요. 규칙이 없다면 이전 버전 정리와 미완료 멀티파트 업로드 삭제 규칙부터 추가하는 것이 가장 안전하고 효과적인 첫걸음입니다.
※ 본 글은 2026년 9월 기준 Amazon S3 스토리지 클래스, S3 Intelligent-Tiering, 수명 주기 관리 공식 문서와 요금 페이지를 참고해 작성했으며, 클래스별 조건과 요금은 변경될 수 있으니 최신 내용은 AWS 공식 페이지에서 확인해 주세요.