EC2 Instance Storage

EBS (Elastic Block Store) 개요

EBS란?

EBS는 EC2 인스턴스에 연결할 수 있는 네트워크 드라이브입니다.

핵심 특징:

• 인스턴스 종료 후에도 데이터 지속성 보장
• 하나의 EBS는 하나의 EC2에만 마운트 가능 (CCP 레벨 기준)
• 특정 가용영역(AZ)에 종속
• 비유: "네트워크 USB 스틱"

💡 Free Tier 혜택

월 30GB의 General Purpose SSD 또는 Magnetic 스토리지 무료 제공

EBS 핵심 특성

네트워크 드라이브의 특징

EC2 Instance ←── 네트워크 ──→ EBS Volume
     │                           │
   물리적 서버                네트워크 스토리지

장점:

• 빠른 분리/연결 가능
• 다른 인스턴스로 이동 가능

단점:

• 네트워크 지연시간 존재

가용영역 제약

❌ 불가능한 연결
us-east-1a의 EBS → us-east-1b의 EC2

✅ 해결 방법
EBS 스냅샷 생성 → 다른 AZ로 복사 → 새 볼륨 생성

용량 관리

• 프로비저닝 방식: 미리 용량(GB)과 IOPS 설정
• 과금: 실제 사용량이 아닌 프로비저닝된 용량 기준
• 확장: 운영 중에도 용량 증설 가능

Delete on Termination 속성

EC2 인스턴스 종료 시 EBS 볼륨의 동작을 제어하는 설정:

볼륨 타입	기본 설정	동작
Root 볼륨	활성화	인스턴스 종료 시 함께 삭제
추가 볼륨	비활성화	인스턴스 종료 후에도 보존

팁: 중요한 데이터가 있는 Root 볼륨은 비활성화로 설정하여 실수로 인한 데이터 손실 방지

EBS 스냅샷 (Snapshots)

스냅샷이란?

특정 시점의 EBS 볼륨 백업본

EBS Volume → Snapshot → 다른 AZ/Region으로 복사 가능

모범 사례:

• 스냅샷 생성 시 볼륨 분리 권장 (필수는 아님)
• 정기적인 백업 스케줄 설정

고급 스냅샷 기능

EBS Snapshot Archive

목적: 비용 절약 (75% 저렴한 "아카이브 계층")

일반 스냅샷 → Archive Tier 이동
복원 시간: 24~72시간

사용 사례: 장기 보관용 백업, 규정 준수용 데이터

Recycle Bin

목적: 실수로 삭제한 스냅샷 복구

설정 옵션:

• 보존 기간: 1일 ~ 1년
• 자동 복구 규칙 설정 가능

스냅샷 삭제 → Recycle Bin 이동 → 보존 기간 내 복구 가능

Fast Snapshot Restore (FSR)

목적: 스냅샷에서 복원한 볼륨의 초기 성능 저하 방지

FSR의 동작 원리

일반 복원 과정:
스냅샷 → 새 볼륨 생성 → 첫 액세스 시 지연 발생

FSR 적용 시:
스냅샷 → 블록 미리 로딩 → 즉시 최적 성능

핵심 개념:

• ❌ "빈 디스크를 채우는 작업"이 아님
• ✅ "스냅샷 블록을 EBS로 미리 로딩하는 작업"

특징:

• 스냅샷에서 볼륨을 생성할 때 발생하는 첫 번째 접근 지연(Latency)을 완전히 제거
• 비용이 높음
• 즉시 최적 성능 필요한 경우에만 사용
• 미션 크리티컬 애플리케이션에 적합

💡 학습 포인트 (Self-Note)

• EBS는 "가용 영역(AZ)에 묶여 있다"는 사실을 절대 잊지 말자.
  다른 AZ로 이사가려면 무조건 Snapshot -> Copy -> Restore 과정을 거쳐야 함

• 비용 최적화를 하려면 사용하지 않는 스냅샷은 Archive로 보내거나 삭제하되, 만약을 위해 Recycle Bin 설정을 해두는 것이 안전함

• Delete on Termination 설정 미스로 데이터 날려먹는 일이 없도록 주의!!

EBS 설계 원칙

1. 데이터 중요도에 따른 Delete on Termination 설정
2. 정기적인 스냅샷 백업 전략 수립
3. 비용 최적화를 위한 Archive 활용
4. 성능이 중요한 워크로드에는 FSR 고려

비용 최적화 전략

단계별 스토리지 관리:
활성 데이터 → EBS Volume
백업 데이터 → Snapshot
장기 보관 → Archive Tier