EC2 구매 옵션과 스토리지 선택

같은 EC2 인스턴스도 실행 기간과 중단 가능성에 따라 구매 방식이 달라진다. 저장소 역시 블록 단위 디스크, 여러 서버가 공유하는 파일 시스템, 객체 저장소가 서로 다른 용도에 맞는다. 요구사항을 비용·중단 허용 여부·접근 방식으로 나누면 조합을 고르기 쉬워진다.

1. EC2 구매 옵션

구매 옵션은 사용량의 예측 가능성과 작업 중단 허용 여부를 기준으로 비교한다.

Reserved vs Savings Plans 차이

선택 근거: "인스턴스 패밀리나 리전이 바뀔 수 있다"는 조건 → Savings Plans. "특정 타입 장기 고정" → Reserved.

Spot 인스턴스 중단 처리

Spot은 AWS가 용량이 필요하면 2분 전 통보 후 강제 중단한다. 중단을 허용할 수 있는 워크로드에만 적합하다.

• 적합: 빅데이터 처리, 머신러닝 학습, CI/CD 빌드, 이미지 렌더링
• 부적합: 웹 서버, DB, 결제 처리 등 상시 운영 필요 서비스

Spot Fleet: On-Demand + Spot 혼합 구성. Spot이 중단돼도 On-Demand로 자동 보완.

선택 근거: "비용을 최대로 줄이되 작업이 중단돼도 재시작하면 된다" → Spot. "중단되면 안 된다" → On-Demand 또는 Reserved.

2. EBS (Elastic Block Store)

EBS는 EC2에 붙이는 블록 스토리지다. 하드디스크와 같은 개념.

핵심 특성

• AZ 종속: 같은 AZ의 EC2에만 붙일 수 있음
• 1:1 연결: 기본적으로 하나의 EC2에만 연결 (Multi-Attach 옵션 예외)
• EC2 종료 후에도 유지: 기본 설정은 루트 볼륨 삭제, 추가 볼륨은 유지
• 스냅샷으로 백업: S3에 증분 저장, 다른 AZ·리전으로 복사 가능

EBS 볼륨 타입

선택 근거:

• IOPS가 중요한 DB → io2
• 비용 절감 + 순차 처리 → st1
• 일반 서버 → gp3 (gp2보다 저렴하고 성능 좋음)
• HDD 타입(st1, sc1)은 부팅 볼륨으로 사용 불가

EBS 다른 AZ로 이동하는 방법

EBS는 AZ 종속이므로 직접 이동 불가. 스냅샷을 활용한다.

기존 EBS (AZ-a)
  → 스냅샷 생성 (S3에 저장)
    → 새 AZ(AZ-b)에서 스냅샷으로 볼륨 생성
      → 새 EC2에 붙임

리전 간 이동도 동일: 스냅샷 → 다른 리전으로 복사 → 볼륨 생성.

3. EFS (Elastic File System)

EFS는 여러 EC2가 동시에 마운트할 수 있는 공유 파일 시스템이다. NFS 프로토콜 기반으로, Linux 전용이다.

EBS vs EFS 비교

EFS 스토리지 클래스

수명 주기 정책으로 N일 미접근 파일을 IA로 자동 이동 가능.

선택 근거: "여러 EC2 인스턴스가 같은 파일을 공유해야 한다" → EFS. "Web 서버 클러스터가 동일 콘텐츠를 서빙해야 한다" → EFS.

4. S3 (Simple Storage Service)

S3는 무제한 용량의 객체 스토리지다. 파일 단위로 저장하고, HTTP/HTTPS로 접근한다. EBS·EFS와 달리 EC2에 마운트하지 않는다.

S3 핵심 특성

• 내구성: 99.999999999% (11 nine). 데이터 손실 걱정 없음
• 가용성: 99.99% (Standard 기준)
• 리전 서비스: 버킷은 리전에 생성, 이름은 글로벌 고유
• 무제한 용량: 객체당 최대 5TB, 버킷 용량 제한 없음

S3 스토리지 클래스

선택 근거:

• "접근 패턴을 모른다" → Intelligent-Tiering (자동 계층 이동)
• "규정상 7년 보관" → Glacier Deep Archive (가장 저렴)
• "백업인데 빠른 복구가 필요" → Glacier Instant Retrieval
• One Zone-IA는 AZ 하나만 → AZ 장애 시 데이터 손실 위험

S3 수명 주기 정책

생성 후 경과 일수에 따라 자동으로 스토리지 클래스를 이동하거나 삭제한다.

업로드 (Day 0)
  → 30일 후: Standard-IA로 이동
  → 90일 후: Glacier Flexible로 이동
  → 365일 후: 삭제

S3 주요 기능 (SAP 출제 포인트)

버전 관리 (Versioning)

• 활성화하면 객체를 덮어써도 이전 버전 유지
• 삭제 시 Delete Marker 추가 (실제 삭제 아님)
• 실수로 삭제된 파일 복구 가능

Cross-Region Replication (CRR)

• 다른 리전의 버킷으로 자동 복제
• 버전 관리 활성화 필수
• 재해 복구(DR) 또는 지역별 지연 시간 최소화에 사용

S3 Transfer Acceleration

• CloudFront 엣지 로케이션 경유해 업로드 속도 향상
• 사용자가 멀리 있을수록 효과적

Multipart Upload

• 100MB 이상 파일은 분할 업로드 권장, 5GB 이상은 필수
• 병렬 업로드로 속도 향상, 실패 시 해당 파트만 재전송

5. 스토리지 선택 기준 정리

SAP에서 스토리지 선택 문제는 이 기준으로 접근한다.

단일 EC2에 붙이는 블록 스토리지?
  → EBS
    └── 고성능 DB → io2
    └── 일반 → gp3
    └── 로그·순차 처리 → st1

여러 EC2가 공유해야 하는 파일 시스템?
  → EFS (Linux) 또는 FSx for Windows

EC2에 마운트 안 해도 되는 객체 저장?
  → S3
    └── 자주 접근 → Standard
    └── 접근 패턴 불규칙 → Intelligent-Tiering
    └── 장기 아카이브 → Glacier

6. SAP 시험 출제 유형

유형 1 — 비용 최적화

"24시간 상시 운영하는 웹 서버 20대가 있다. 1년 이상 운영 예정이다. 비용을 최소화하려면?"

→ Reserved Instance 1년 (전액 선납) 또는 Compute Savings Plans

유형 2 — 스토리지 공유

"Auto Scaling 그룹의 EC2 10대가 사용자 업로드 파일을 공유해야 한다."

→ EFS (여러 EC2 동시 마운트 가능) → S3도 가능하지만 파일 시스템이 아닌 객체 스토리지임을 구분

유형 3 — 규정 준수 아카이빙

"금융 감사 로그를 10년간 보관해야 한다. 검색은 연 1~2회, 비용 최소화."

→ S3 Glacier Deep Archive (가장 저렴, 장기 보관)

유형 4 — DR 구성

"S3 버킷의 데이터를 다른 리전에 자동 복제해 재해 복구에 사용하려 한다."

→ S3 Cross-Region Replication (버전 관리 활성화 필수)

7. 비용과 성능을 함께 보는 선택 순서

구매 옵션과 스토리지 타입은 할인율만 보고 고르면 안 된다. 다음 순서로 워크로드를 설명할 수 있어야 한다.

1. 중단 가능성 — 중단되어도 재시작 가능한 배치라면 Spot, 중단되면 안 되는 요청 처리라면 On-Demand 또는 약정형을 검토한다.
2. 사용 패턴의 확실성 — 인스턴스 패밀리·리전까지 고정할 수 있으면 EC2 Instance Savings Plans나 Reserved Instances, 사용처가 바뀔 수 있으면 Compute Savings Plans를 비교한다.
3. I/O 특성 — 작은 랜덤 I/O와 지연 시간이 중요하면 SSD, 큰 순차 처리와 비용이 중요하면 HDD 계열을 검토한다.
4. 데이터 수명 — 접근 빈도와 보존 기간을 기준으로 S3 Lifecycle을 설계하고, 최소 보존 기간과 검색 지연을 비용에 포함한다.
5. 복구 방법 — EBS는 스냅샷 복구 시간과 다른 AZ·리전 복사 시간을, S3는 버전 관리·복제·객체 잠금 여부를 함께 확인한다.

할인율은 리전·기간·결제 방식에 따라 달라지므로 표의 숫자를 고정된 약속처럼 사용하지 않는다. 실제 구매 전에는 현재 가격표와 Savings Plans 추천, AWS Pricing Calculator를 함께 확인한다.

8. 공식 문서로 다시 확인하기

• EC2 구매 옵션 — On-Demand·Savings Plans·Reserved·Spot 비교
• EBS 볼륨 타입 — 최신 IOPS·처리량과 용도
• S3 스토리지 클래스 — 접근 패턴별 선택

이 시리즈에서 이어 읽기

• 03. VPC와 엔드포인트 — 스토리지 트래픽의 네트워크 경로
• 05. 고가용성과 확장성 — EC2를 교체 가능한 컴퓨팅 계층으로 운영
• 06. 데이터베이스 선택 — 관계형·NoSQL·분석 저장소 비교

정리

ALB·NLB·GLB의 차이, Auto Scaling 정책 종류, CloudFront 캐싱 전략까지 SAP 설계 문제의 핵심을 정리한다.