목차
비교 전 가정과 핵심 기준
이 글은 특정 클라우드 사업자의 요금표가 아니라, 여러 클라우드 스토리지 서비스를 비교할 때 필요한 판단 기준을 다룹니다. 실제 비용과 제공 기능은 리전, 계약, 저장 용량, 요청량에 따라 달라지므로 가입 전 공식 요금 계산기로 산출하고, 작성 시점의 공식 요금 페이지를 함께 기록하는 편이 좋습니다.
| 서비스 | 유형 | S3 API | 강점 | 비용 비교 항목 |
|---|---|---|---|---|
| Amazon S3 | 객체 | 기본 지원 | 기능·생태계가 매우 넓음 | 저장·요청·인터넷 egress·무료 구간 |
| Google Cloud Storage | 객체 | S3 상호운용성 지원 | GCP와 통합 | 저장·작업·네트워크·무료 구간 |
| Azure Blob Storage | 객체 | Azure Blob API 중심, S3 호환은 별도 도구·계층을 통해 지원 | Azure 통합 | 저장·작업·전송·무료 구간 |
| Cloudflare R2 | 객체 | S3 API 호환 | egress 비용 구조가 단순한 편 | 저장·요청 및 일부 기능 조건 |
가장 먼저 데이터의 사용 방식을 정하세요. 파일을 그대로 보관하는지, 애플리케이션의 디스크로 쓰는지, 여러 서버가 동시에 공유하는지에 따라 적합한 스토리지 유형이 달라집니다.
스토리지 유형과 지표 비교
| 비교 항목 | 객체 스토리지 | 파일 스토리지 | 블록 스토리지 |
|---|---|---|---|
| 적합한 데이터 | 이미지·백업·로그 | 공유 폴더·문서 | 서버 디스크·데이터베이스 |
| 접근 방식 | API·HTTP | 파일 프로토콜 | 운영체제 디스크 |
| 확장 방식 | 대규모 확장에 유리 | 공유 구성에 적합 | 서버 단위 확장 |
| 주요 주의점 | 요청·전송 비용 | 네트워크 구성 | 서버 종속성 |
내구성은 저장한 데이터가 손상되지 않을 가능성, 가용성은 서비스에 접근할 수 있는 시간을 뜻합니다. 두 지표는 서로 다르므로 높은 내구성만 보고 서비스 중단이나 애플리케이션 복구까지 보장된다고 판단하면 안 됩니다.
API·비용·수명주기 확인법
비용은 저장 용량만 계산하면 안 됩니다. 저장 비용에 더해 API 요청 비용, 인터넷으로 내보내는 전송(egress) 비용, 데이터 조회·복제·데이터 검색(retrieval) 비용이 붙을 수 있으므로 월별 저장량과 다운로드량을 따로 추정해야 합니다. 서비스별 비교표에는 저장 비용, 요청 비용, 인터넷 egress, API 호환성, 무료 구간을 함께 기록하세요.
스토리지 클래스는 자주 쓰는 데이터와 거의 쓰지 않는 데이터를 구분하는 기능입니다. 수명주기 정책으로 일정 기간 뒤 저비용 클래스로 이동할 수 있지만, 최소 보관 기간이나 조기 삭제 요금이 있을 수 있어 전환 조건을 먼저 점검해야 합니다.
설정 예시와 자주 묻는 질문
다음은 AWS S3에서 오래된 객체를 다른 클래스로 전환하는 예시입니다. aws s3api와 STANDARD_IA는 AWS S3의 명칭이므로 S3 호환 객체 스토리지 전체에 적용되는 일반 명령으로 보면 안 됩니다. 호환 서비스에서는 공급자 CLI의 엔드포인트 설정이나 대체 절차가 필요할 수 있으며, 인증 정보와 버킷 이름을 먼저 준비해야 합니다.
{
"Rules": [
{
"ID": "archive-old-objects",
"Status": "Enabled",
"Filter": {"Prefix": "backup/"},
"Transitions": [
{"Days": 30, "StorageClass": "STANDARD_IA"}
]
}
]
}
aws s3api put-bucket-lifecycle-configuration \
--bucket example-bucket \
--lifecycle-configuration file://lifecycle.json
실행 전 사용 중인 서비스가 해당 API와 스토리지 클래스를 지원하는지 점검하세요. 잘못된 접두사나 전환 조건을 사용하면 새 백업까지 저비용 클래스로 이동하거나 예상하지 못한 검색 비용이 발생합니다. 버킷의 객체 목록과 정책 적용 범위를 살피고, 테스트 접두사로 먼저 검증하는 방법이 안전합니다.
자주 묻는 질문
Q. 백업은 객체 스토리지가 가장 적합한가요?
A. 장기 보관과 여러 환경에서의 접근에는 보통 잘 맞지만, 복구 절차와 별도 계정·리전 보관까지 함께 설계해야 합니다. 객체 스토리지만으로 원본 삭제나 계정 탈취 위험이 자동으로 해결되지는 않습니다.
Q. 내구성과 가용성 중 무엇을 우선하나요?
A. 장기 보존 데이터는 내구성, 실시간 서비스는 가용성과 복구 시간을 더 중요하게 봅니다. 두 지표의 수치와 보장 범위는 서비스별 약관에 제시된 내용을 기준으로 판단하세요.
Q. 가장 저렴한 클라우드 스토리지는 무엇인가요?
A. 사용 빈도와 다운로드량에 따라 달라집니다. 저장 비용이 낮아도 요청·검색·전송 비용이 커질 수 있으므로 실제 사용 패턴으로 월 비용을 계산해야 합니다.
결론
클라우드 스토리지는 저장 용량뿐 아니라 데이터 접근 방식, 내구성·가용성, API 호환성, 전송 비용, 수명주기를 함께 비교해야 합니다. 기존 클라우드와의 통합성을 정한 뒤 필요한 기능과 비용을 대조하고, 자주 읽는 데이터와 장기 보관 데이터를 나눠 설계하세요.