비용 관리초급
EBS 스냅샷 관리 및 비용 절감 전략
AWS EBS 스냅샷의 비용 구조를 이해하고, Data Lifecycle Manager, 스냅샷 아카이브 등으로 비용을 최대 75% 절감하는 방법을 설명합니다.
PHILOLAMB••-
EBS스냅샷비용최적화DLM아카이브
관련 시험 도메인
- Design Cost-Optimized Architectures
핵심 요약
EBS 스냅샷 비용을 줄이는 핵심 전략: 불필요한 스냅샷 삭제, DLM으로 자동 수명주기 관리, **90일 이상 보관 시 아카이브 계층 활용(최대 75% 절감)**입니다.
시험 팁
시험 빈출: "EBS 스냅샷 비용을 줄이려면?" → 불필요한 스냅샷 삭제, 스냅샷 아카이브(장기 보관 시), DLM으로 자동화. "스냅샷 수명주기 자동 관리?" → Amazon Data Lifecycle Manager.
1. EBS 스냅샷 비용 구조
요금 체계
| 항목 | 요금 (서울 리전 기준) |
|---|---|
| 표준 스냅샷 스토리지 | ~$0.05/GB-월 |
| 아카이브 스토리지 | ~$0.0125/GB-월 (75% 저렴) |
| 스냅샷 복원 (아카이브) | $0.03/GB |
| 교차 리전 복사 | $0.01/GB (데이터 전송) |
증분 백업 이해
┌─────────────────────────────────────────────────────────┐
│ EBS 증분 스냅샷 │
├─────────────────────────────────────────────────────────┤
│ │
│ 볼륨 상태: [███████████] 100GB │
│ │
│ 스냅샷 1: [███████████] 100GB 저장 (전체 백업) │
│ ↓ │
│ 변경 발생: [███▓▓█████] 20GB 변경 │
│ ↓ │
│ 스냅샷 2: [▓▓] 20GB만 저장 (변경분만) │
│ ↓ │
│ 변경 발생: [███▓▓██▓██] 10GB 추가 변경 │
│ ↓ │
│ 스냅샷 3: [▓] 10GB만 저장 (변경분만) │
│ │
│ 총 저장: 100 + 20 + 10 = 130GB (300GB 아님!) │
└─────────────────────────────────────────────────────────┘
스냅샷 삭제 시 주의
⚠️ 중요: 스냅샷 삭제 시 데이터 참조 관계
스냅샷 1 (기준) → 스냅샷 2 (증분) → 스냅샷 3 (증분)
│ │ │
└───────────────────┴───────────────────┘
참조 데이터는 유지됨
스냅샷 2 삭제 시:
- 스냅샷 2 고유 데이터만 삭제
- 스냅샷 1, 3이 참조하는 데이터는 보존
- 예상만큼 비용이 줄지 않을 수 있음
시험 팁
시험 포인트: 중간 스냅샷을 삭제해도 참조 데이터는 보존됩니다. 비용이 예상보다 적게 줄어들 수 있습니다.
2. Amazon Data Lifecycle Manager (DLM)
개념
DLM은 EBS 스냅샷과 AMI의 생성, 보존, 삭제를 자동화하는 서비스입니다.
DLM 정책 구성
┌─────────────────────────────────────────────────────────┐
│ DLM 수명주기 정책 │
├─────────────────────────────────────────────────────────┤
│ │
│ 정책 유형: EBS 스냅샷 정책 │
│ │
│ 대상 리소스: │
│ ├── 태그 기반: Backup=Daily │
│ └── 리소스 유형: VOLUME 또는 INSTANCE │
│ │
│ 일정: │
│ ├── 빈도: 매일 / 매주 / 매월 / 크론식 │
│ ├── 시작 시간: 00:00 UTC │
│ └── 보존 수: 최근 7개 유지 │
│ │
│ 고급 옵션: │
│ ├── 빠른 스냅샷 복원 (FSR) │
│ ├── 교차 리전 복사 │
│ └── 태그 상속 │
└─────────────────────────────────────────────────────────┘
DLM 사용 예시
# AWS CLI로 DLM 정책 생성
aws dlm create-lifecycle-policy \
--description "Daily EBS snapshots" \
--state ENABLED \
--execution-role-arn arn:aws:iam::123456789012:role/AWSDataLifecycleManagerDefaultRole \
--policy-details '{
"PolicyType": "EBS_SNAPSHOT_MANAGEMENT",
"ResourceTypes": ["VOLUME"],
"TargetTags": [{"Key": "Backup", "Value": "Daily"}],
"Schedules": [{
"Name": "DailySnapshots",
"CreateRule": {"Interval": 24, "IntervalUnit": "HOURS", "Times": ["09:00"]},
"RetainRule": {"Count": 7},
"CopyTags": true
}]
}'
DLM 보존 전략
| 전략 | 설명 | 사용 사례 |
|---|---|---|
| 개수 기반 | 최근 N개 유지 | 일반적인 백업 |
| 기간 기반 | N일 동안 유지 | 규정 준수 |
| 세대별 | 일/주/월 보존 | 장기 아카이브 |
3. 스냅샷 아카이브
개념
90일 이상 보관하고 자주 액세스하지 않는 스냅샷을 아카이브 계층으로 이동하면 최대 75% 비용 절감이 가능합니다.
표준 vs 아카이브 비교
| 특성 | 표준 계층 | 아카이브 계층 |
|---|---|---|
| 스토리지 비용 | $0.05/GB-월 | $0.0125/GB-월 |
| 복원 비용 | 없음 | $0.03/GB |
| 복원 시간 | 즉시 | 최대 72시간 |
| 최소 보관 | 없음 | 90일 |
아카이브 워크플로우
┌─────────────────────────────────────────────────────────┐
│ 스냅샷 아카이브 워크플로우 │
├─────────────────────────────────────────────────────────┤
│ │
│ 1. 스냅샷 생성 │
│ └── 표준 계층에 저장 │
│ │ │
│ ▼ │
│ 2. 90일+ 보관 예정? │
│ ├── Yes → 아카이브로 이동 │
│ │ └── 비용 75% 절감 │
│ │ │
│ └── No → 표준 계층 유지 │
│ └── 빠른 복원 가능 │
│ │
│ 3. 복원 필요 시 │
│ └── 아카이브에서 표준으로 복원 (최대 72시간) │
│ └── 복원 비용 $0.03/GB 발생 │
└─────────────────────────────────────────────────────────┘
아카이브 비용 계산 예시
100GB 스냅샷, 1년 보관 시:
표준 계층:
100GB × $0.05 × 12개월 = $60/년
아카이브 계층:
100GB × $0.0125 × 12개월 = $15/년
절감액: $60 - $15 = $45/년 (75% 절감)
시험 팁
주의: 90일 이전에 아카이브 스냅샷을 삭제하면 남은 기간에 대한 요금이 청구됩니다. 최소 90일 보관을 계획할 때만 아카이브를 사용하세요.
4. 비용 최적화 전략
전략 1: 불필요한 스냅샷 식별 및 삭제
# 30일 이상 된 스냅샷 조회
aws ec2 describe-snapshots \
--owner-ids self \
--query 'Snapshots[?StartTime<=`2025-12-27`].{ID:SnapshotId,Size:VolumeSize,Time:StartTime}' \
--output table
# 연결된 볼륨이 없는 스냅샷 (고아 스냅샷) 찾기
aws ec2 describe-snapshots \
--owner-ids self \
--query 'Snapshots[?!VolumeId].SnapshotId'
전략 2: DLM으로 자동화
권장 DLM 정책 구성:
프로덕션 환경:
├── 일일 스냅샷: 7개 보존
├── 주간 스냅샷: 4개 보존
└── 월간 스냅샷: 12개 보존 → 이후 아카이브
개발 환경:
├── 일일 스냅샷: 3개 보존
└── 주간 스냅샷: 2개 보존
전략 3: 태그 기반 비용 추적
┌─────────────────────────────────────────────────────────┐
│ 태그 기반 비용 할당 │
├─────────────────────────────────────────────────────────┤
│ │
│ 태그 예시: │
│ ├── Environment: Production / Development / Test │
│ ├── Project: ProjectA / ProjectB │
│ ├── Team: Engineering / Marketing │
│ └── CostCenter: CC-001 / CC-002 │
│ │
│ 활용: │
│ ├── Cost Explorer에서 태그별 비용 분석 │
│ ├── 부서/프로젝트별 스냅샷 비용 청구 │
│ └── 불필요한 스냅샷 소유자 식별 │
└─────────────────────────────────────────────────────────┘
전략 4: 볼륨 유형 최적화
스냅샷 비용은 실제 데이터 크기에 비례하므로, 볼륨 자체를 최적화합니다.
| 조치 | 효과 |
|---|---|
| gp2 → gp3 전환 | 20% 비용 절감, 더 작은 볼륨으로 같은 성능 |
| 사용하지 않는 볼륨 삭제 | 볼륨 + 스냅샷 비용 절감 |
| 볼륨 크기 적정화 | 스냅샷 크기 감소 |
5. 비용 모니터링
Cost Explorer 활용
Cost Explorer 설정:
1. 서비스별 필터: EC2-Other (스냅샷 포함)
2. 사용 유형 필터:
- EBS:SnapshotUsage (표준 스냅샷)
- EBS:SnapshotArchive (아카이브 스냅샷)
- EBS:SnapShotRestore (아카이브 복원)
3. 태그별 그룹화:
- 팀별/프로젝트별 비용 분석
AWS Budgets 알림
예산 설정 예시:
이름: EBS-Snapshot-Monthly-Budget
유형: 비용 예산
금액: $100/월
알림:
├── 실제 비용 > 80% → 경고 이메일
├── 예측 비용 > 100% → 경고 이메일
└── 실제 비용 > 100% → 긴급 알림 (SNS)
6. 스냅샷 관리 모범 사례
체크리스트
✅ 스냅샷 관리 체크리스트
□ DLM 정책으로 자동 생성/삭제 구성
□ 태그 전략 수립 및 적용
□ 90일+ 스냅샷은 아카이브로 이동
□ 월간 불필요 스냅샷 정리 (수동 생성분)
□ Cost Explorer로 월간 비용 모니터링
□ Budgets 알림 설정
□ gp2 → gp3 볼륨 전환 검토
환경별 권장 설정
| 환경 | 백업 빈도 | 보존 기간 | 아카이브 |
|---|---|---|---|
| 프로덕션 | 매일 | 30일 + 월간 | 90일 후 |
| 스테이징 | 매주 | 14일 | 권장 안 함 |
| 개발 | 매주 | 7일 | 권장 안 함 |
시험 출제 포인트
자주 나오는 문제 유형
-
비용 최적화
- "장기 보관 스냅샷 비용을 줄이려면?" → 스냅샷 아카이브
- "스냅샷 수명주기를 자동 관리하려면?" → Amazon DLM
-
개념 이해
- "스냅샷은 어떤 방식으로 저장되는가?" → 증분 백업
- "중간 스냅샷 삭제 시 데이터는?" → 참조 데이터 보존
-
제약 사항
- "아카이브 스냅샷의 최소 보관 기간?" → 90일
- "아카이브 스냅샷 복원 시간?" → 최대 72시간
시험 팁
핵심 암기:
- DLM = 스냅샷 수명주기 자동화
- 스냅샷 아카이브 = 75% 비용 절감, 최소 90일
- 증분 백업 = 변경된 블록만 저장
- 스냅샷 삭제 시 참조 데이터는 보존
FAQ
Q1: DLM과 AWS Backup의 차이점은?
DLM은 EBS 스냅샷과 AMI에 특화된 수명주기 관리 도구이고, AWS Backup은 EC2, RDS, EFS 등 여러 서비스를 중앙에서 관리합니다. EBS만 관리한다면 DLM이 간단하고, 여러 서비스를 통합 관리해야 한다면 AWS Backup을 사용하세요.
Q2: 아카이브 스냅샷을 30일 만에 삭제하면 어떻게 되나요?
60일분의 요금이 추가로 청구됩니다. 최소 보관 기간인 90일을 채우지 못한 경우, 남은 기간에 대해 비례 요금이 부과됩니다.
Q3: 스냅샷 삭제 후에도 비용이 줄지 않는 이유는?
EBS 스냅샷은 증분 방식으로 저장됩니다. 삭제한 스냅샷의 데이터가 다른 스냅샷에서 참조되고 있다면, 해당 데이터는 삭제되지 않고 비용이 계속 발생합니다.
Q4: Fast Snapshot Restore(FSR)는 언제 사용하나요?
FSR을 활성화하면 스냅샷에서 볼륨을 즉시 최대 성능으로 생성할 수 있습니다. 하지만 AZ당 시간당 요금이 발생하므로, 빠른 복구가 필수적인 프로덕션 워크로드에만 사용하세요.
마무리
EBS 스냅샷 비용 최적화의 핵심:
- DLM으로 자동화: 수동 관리 최소화
- 아카이브 활용: 90일+ 스냅샷은 75% 절감
- 정기 정리: 불필요한 스냅샷 삭제
- 모니터링: Cost Explorer + Budgets
시험에서는 "스냅샷 비용 절감" 키워드가 나오면 DLM(자동화)과 스냅샷 아카이브(장기 보관)를 떠올리세요.