[AWS SAA] 스토리지 : EBS와 EFS

AWS에서 인프라를 설계할 때, 스토리지는 성능, 비용, 가용성 등 다양한 요소를 고려해야 한다. 이 글에서는 EBS(Elastic Block Store) 와 EFS(Elastic File System) 를 중심으로 관련 개념과 옵션들을 정리했다.

📦 EBS (Elastic Block Store)

EBS는 EC2 인스턴스에 연결 가능한 네트워크 기반의 블록 스토리지이다.
실제 물리 디스크가 아닌 가상 드라이브라고 이해하면 된다.

🔹 주요 특징

• EC2 인스턴스 종료 후에도 데이터 유지
• AZ(가용영역) 단위로 고정 → 스냅샷을 통해 다른 AZ로 이동 가능
• 여러 EBS를 하나의 EC2에 연결 가능
• 일부 EBS는 다중 인스턴스 연결(MultiAttach) 지원
• IOPS와 용량을 명시적으로 설정해야 함

🔹 주의사항

EC2에서 생성한 루트 EBS는 기본적으로 종료 시 삭제됨
→ 삭제 방지 설정 가능

🌀 EBS 스냅샷(Snapshots)

• EBS 스냅샷은 볼륨의 특정 시점 백업이다.
• 스냅샷은 다른 리전/AZ로 복사 가능하며, 백업 및 복원에 활용된다.

📁 스냅샷 관련 기능

Snapshot Archive

→ 장기 저장용 아카이브 티어 (최대 75% 저렴)
→ 복원 시 24~72시간 소요

Recycle Bin

→ 삭제된 스냅샷을 일정 기간 보관하여 복원 가능

Fast Snapshot Restore (FSR)

→ 복원 시 지연 없이 EBS 볼륨을 즉시 사용할 수 있도록 최적화

🖥 AMI (Amazon Machine Image)

AMI는 EC2 인스턴스 상태를 기반으로 만든 이미지다.
사전 설정된 소프트웨어 및 설정 포함

다양한 형태:

• Public AMI (AWS 제공)
• Marketplace AMI (기업 제공)
• 사용자 정의 AMI

AMI 생성 과정

1. EC2 인스턴스 구성
2. 중지 후 AMI 생성 (이때 EBS 스냅샷도 생성됨)

💾 EC2 인스턴스 스토어

• EC2에 물리적으로 연결된 임시 저장소
• 성능은 뛰어나지만 인스턴스 중지/종료 시 데이터 손실
• 임시 파일, 캐시, 버퍼 용도로 적합

🔧 EBS 볼륨 타입 정리

💡 gp3는 IOPS/Throughput을 독립적으로 설정 가능
💡 io2는 내구성과 IOPS 성능이 io1보다 우수

🧷 EBS MultiAttach (io1/io2 전용)

• 하나의 EBS를 여러 EC2 인스턴스에서 동시에 연결/쓰기 가능

• 같은 AZ 내에서만 가능, 최대 16개 인스턴스

• 반드시 클러스터 인식 파일 시스템 사용 (ex. XFS, EXT4는 ❌)

🔐 EBS 암호화

• 저장/전송 중 데이터 암호화 (AES-256)
• KMS(Key Management Service)를 사용해 키 관리
• 백그라운드에서 자동 처리되므로 성능 저하 없음

📂 EFS (Elastic File System)

EFS는 관리형 네트워크 파일 시스템(NFS) 으로, 여러 인스턴스와 AZ에서 동시에 접근 가능한 공유 파일 스토리지이다.

🔹 주요 특징

• 리눅스 인스턴스만 사용 가능
• 사용량 기반 요금 (프로비저닝 불필요)
• 다중 AZ 구성 → 고가용성
• KMS 기반 암호화 지원

🔹 성능 설정

Performance Mode

• General Purpose: 웹 서버, CMS 등
• Max I/O: 빅데이터, 미디어 처리

Throughput Mode

• Bursting: 기본, 사용량 기반
• Provisioned: 고정 처리량 설정
• Elastic: 워크로드에 따라 자동 확장

🔹 스토리지 클래스

⛳ 수명 주기 정책으로 Standard → IA 자동 이동 가능

📌 EBS vs EFS 비교 요약

✅ 마무리

• EBS는 EC2에 직접 연결하는 디스크. 고성능 SSD부터 저비용 HDD까지 다양한 옵션 존재
• EFS는 다중 인스턴스가 공유 가능한 네트워크 파일 시스템
• 목적과 워크로드에 따라 적절한 스토리지를 선택하는 것이 중요