📦 EBS Volume (Elastic Block Store)
EBS 볼륨은 EC2 인스턴스에 연결하는 네트워크 드라이브! 💾
📌 특징
- 네트워크 드라이브: LAN/WAN 통해 여러 컴퓨터 공유 가능. 🌐 USB처럼 네트워크에 연결!
- 네트워크 연결: 물리 드라이브 X. 네트워크 연결 O. 약간의 지연 발생 가능! ⚡
- 탈부착 가능: 인스턴스에서 분리 -> 다른 인스턴스에 빠르게 연결! 🔄
- 데이터 지속성 유지: 인스턴스 종료해도 데이터 유지! 👍 볼륨 마운트해서 데이터 사용 가능!
- 단일 인스턴스 연결: EBS 볼륨 하나 = 인스턴스 하나만 연결! 🔗 (CCP level 제한)
- AZ 제한: EBS 볼륨은 생성된 AZ에만 연결! 📍 다른 AZ 이동 어려움! 스냅샷 사용 시 다른 AZ로 이동 가능!
- Free Tier: 매달 30GB 무료 EBS storage 제공! 🎁
- 프로비저닝 용량: GB, IOPS 설정 가능. 성능 조정 가능! ⚙️ 필요에 따라 용량 증설 가능!
📊 EBS 볼륨 예시

⛔️ 인스턴스 Terminate 시, EBS 삭제 옵션
- EC2 인스턴스 종료 시 EBS 볼륨 삭제 여부 선택 가능! 🗑️
- Default: 루트 EBS 볼륨 삭제 O (속성 활성화)! 다른 EBS 볼륨 삭제 X (속성 비활성화)!
- AWS 콘솔/CLI 통해 속성 제어 가능! 💻
- Use case: 인스턴스 종료 후 루트 볼륨 유지하고 싶을 때! 🧐
📦 EBS Volume Types
EBS 볼륨은 6가지 타입으로 분류! 𗁧
1️⃣ General Purpose SSD (gp2/gp3)
- 범용 SSD: 가격, 성능 균형 Good! 👍 시스템 부팅, 가상 데스크톱, 개발/테스트 환경에 적합!
- 용량: 1 GiB - 16 TiB
- gp3 (최신)
- 기본: IOPS 3000, throughput 125 MiB/s
- 최대: IOPS 16,000, throughput 1000 MiB/s (독립적 증가 가능)
- gp2
- 작은 볼륨: 버스트 모드로 최대 3,000 IOPS 활용 가능
- 볼륨 크기-IOPS 연동! 최대 IOPS 16,000
- 1GB 당 3 IOPS 제공! (5,334GB 볼륨 = 최대 IOPS)
2️⃣ Provisioned IOPS (PIOPS) SSD (io1/io2)
- 고성능 SSD: 지속적인 IOPS 성능 요구 작업에 적합! 💪 16,000 IOPS 이상 성능 필요한 경우 사용! 데이터베이스 작업 Good! EBS multi-attach 지원!
- io1 (4 GiB - 16 TiB)
- 최대 PIOPS: Nitro EC2 인스턴스 - 64,000, Other 인스턴스 - 32,000
- 스토리지 크기 무관! 독립적 PIOPS 증가 가능!
- io2 Block Express (4 GiB - 64 TiB)
- 밀리초 이하 지연 시간! 🚀 (거의 지연 X)
- 최대 PIOPS: 256,000 (IOPS:GiB 비율 1,000:1)
- io1과 가격 동일! -> io2 추천! 👍
3️⃣ Hard Disk Drives (HDD)
- SSD와 달리 부팅 볼륨으로 사용 불가! ❌ 용량: 125 GiB - 16 TiB
- 최적화된 처리량 HDD (st1)
- 빅데이터, 데이터 웨어하우스, 로그 처리 적합! 📊
- 최대 처리량 500 MiB/s, 최대 IOPS 500
- 콜드 HDD (sc1)
- 거의 사용 X 데이터 보관에 적합! ❄️ 최저 비용 중요 시 사용!
- 최대 처리량 250 MiB/s, 최대 IOPS 250
📝 참고
- 시험에는 세부 성능 X. 볼륨 타입별 차이점, 적합 상황 이해 중요! ✅
- 32000 IOPS 이상 필요 시 io1/io2 볼륨 + EC2 Nitro 조합! 🚀
🔌 EBS Multi-Attach (io1/io2 family)

EBS 멀티 연결 = 여러 EC2 인스턴스에 단일 EBS 볼륨 연결! 🔗 (io1/io2 에서만 가능!)
📌 특징
- 동일 AZ 내 EC2 인스턴스 多 -> 단일 EBS 볼륨 연결!
- 연결된 인스턴스 = 볼륨 읽기/쓰기 권한 Both! 🔓
- 최대 16개 EC2 인스턴스 연결 가능! 🔢
- 클러스터 인식 파일 시스템 필수 사용! ⚠️
🛠️ Use case
- Teradata 같은 클러스터링 Linux 애플리케이션 고가용성 확보! ⬆️
- 동시 쓰기 작업 관리 필요 시! ✍️
🔒 EBS Encryption
RAM 상태 루트 EBS 볼륨 저장 시, 볼륨 암호화 필수! 🔒
📌 암호화 대상
- 볼륨 내부 데이터! 💾
- 인스턴스 - 볼륨 간 이동 데이터! ↔️
- 스냅샷! 📸
- 스냅샷 기반 생성 볼륨! 🗄️
✅ 특징
- 암호화/복호화 투명 처리! 사용자 액션 X! 👌
- 암호화 = latency 큰 영향 X! ⚡
- KMS(AES-256) 키 사용! 🔑
- 미암호화 스냅샷 복사 -> 암호화 가능! 🔓
- 암호화 볼륨 스냅샷 = 자동 암호화! ✨
📝 EBS 볼륨 암호화 순서
- 볼륨 EBS 스냅샷 생성! 📸
- 스냅샷 복사 -> EBS 스냅샷 암호화! 🔒
- 암호화 스냅샷 기반 새 EBS 볼륨 생성! 🗄️ (볼륨 이미 암호화!)
- 암호화 볼륨 원래 인스턴스에 연결! 🔗
📸 EBS Snapshots
EBS 볼륨 특정 시점 백업! 💾 다른 AZ에서 사용 위해 스냅샷 활용! 🚀
📌 특징
- 특정 시점 EBS 볼륨 백업! (스냅샷) 📸
- 스냅샷 위해 볼륨 분리 불필요! (권장) 👌
- 다른 AZ/리전으로 스냅샷 복사 가능! 🌐
- AZ 간 스냅샷 복사 가능! 🔄
✨ 스냅샷 기능
- EBS 스냅샷 아카이브: 스냅샷 -> archive tier 이동! 75% 비용 절감! 💰 복원 24~72시간 소요! ⏳
- Recycle Bin for EBS Snapshot: 삭제 스냅샷 복구! 휴지통 기능! 🗑️ 보관 기간 1일 ~ 1년!
- Fast Snapshot Restore (FSR): 스냅샷 고속 복원! 🚀 스냅샷 최초 사용 시 지연 X! 초기화! 비싼 기능! 💸
📦 AMI (Amazon Machine Image)
EC2 인스턴스 커스텀 이미지! 🖼️ 사용자 정의 S/W, 설정, OS, 모니터링 도구 포함 가능!
🚀 장점
- AMI 사용 -> S/W 패키징 완료! 부팅/구성 시간 단축! ⏱️
📌 특징
- 특정 리전에서 사용하도록 제작! 다른 리전 복사 후 사용 가능! 🌐
🗂️ AMI 종류
- Public AMI: AWS 제공 AMI! 🏢
- Your own AMI: 사용자 직접 생성/관리 AMI! 🧑💻
- AWS Marketplace AMI: 타인 제작 AMI! (판매 가능) marketplace 🏪
⚙️ AMI Process (EC2 인스턴스 실행)
- EC2 인스턴스 시작 -> 커스텀 진행! (설정, S/W 설치, User Data script) 🛠️
- 데이터 무결성 위해 인스턴스 정지 (stop)! 🛑
- AMI 빌드! (EBS 스냅샷 동시 생성) 🏗️
- AMI or 타 AMI 사용 -> 인스턴스 실행! ▶️
📊 AMI Process

💾 EC2 Instance Store
고성능 하드웨어 디스크 필요한 경우 사용! 🚀 (EBS 볼륨 성능 한계 Overcome!)
🚀 장점
- I/O 성능 Good! 👍
⛔️ 단점
- 일시적 저장소! 인스턴스 정지(Stop, terminate) 시 데이터 손실! 💥
- 하드웨어 장애 시 데이터 손실 위험! ⚠️ 백업/복제 필수!
🛠️ Use case
- 버퍼/캐시/임시 데이터/일시적 콘텐츠 저장! ⏳ 장기 저장 X! ❌
🗂️ Amazon EFS - Elastic File System
여러 AZ EC2 인스턴스 동시 마운트 가능한 관리형 NFS! 🌐 (Network File System)
🚀 장점
- 고가용성 & 확장성: 여러 AZ 사용 -> 고가용성! 👍 스토리지/성능 자동 확장! (auto-scale)
- 사용량 기반 결제: 사용량만큼만 비용 지불! 💰 프로비저닝 불필요!
- 보안 그룹으로 EFS 접근 제어! 🔒
- 리눅스 기반 AMI 호환! (윈도우 X) 🐧 POSIX 파일 시스템!
- KMS 암호화! 🔑
🛠️ Use Case
- 데이터 공유! 🤝 워드프레스 (블로그, 웹사이트)! 🌐
📊 여러 AZ 동시 마운트 EFS

⚡️ EFS - Performance
EFS 성능! 🚀
📌 특징
- 동시 NFS 클라이언트 수천 개! 👥
- 최대 10GB/s 이상 처리량! 🚀
- Autoscale! 최대 페타바이트 규모 확장! 📈
⚙️ Performance Mode (EFS 생성 시 설정)
- General Purpose (default): latency 민감 작업! ⏱️
- MAX I/O: latency 높지만 throughput Good! 👍 병렬 처리 작업! (빅데이터, 미디어)
⚙️ Throughput Mode
- Bursting: 스토리지 크기 따라 처리량 결정! 버스팅으로 처리량 Up! 💥 (ex. 1TB 스토리지 50MiB/s -> 버스팅 최대 100MiB/s)
- Provisioned: 스토리지 크기 무관! 처리량 일정 유지! 📊 (ex. 1TB 스토리지에 1GiB/s 처리량 지정)
- Elastic: 작업 부하 따라 자동 처리량 조절! (auto-scale) 🔄 예측 불가 작업 적합!
🗄️ EFS-Storage Classes
EFS 스토리지 클래스! 🗂️ (수명 주기 관리!)
📌 Storage Tiers (파일 사용 빈도 기반 티어 이동)
- Standard: 자주 사용하는 파일! 🔥
- EFS-IA (Infrequent Access): 자주 사용 X 파일! ❄️ 스토리지 비용 저렴! 💰
- Archive: 거의 사용 X 데이터! 🥶 표준 스토리지 대비 50% 이상 저렴! 💰
✅ 스토리지 계층 자동 이동 정책 설정 가능!
📌 가용성 & 내구성
- Standard (Multi-AZ): 여러 AZ 데이터 복제! 고가용성! 👍 프로덕션 환경 적합!
- 단일 AZ: 단일 AZ 데이터 저장! 개발 환경 적합! 🛠️ 기본 백업 활성화! EFS-IA 동시 사용 가능! 표준 스토리지 대비 90% 이상 저렴! 💰
📊 EFS 스토리지 계층

🆚 EBS vs EFS

| EBS | EFS | |
| 인스턴스 연결 | 인스턴스 1개 (io1/io2 multi-attach 가능) | 여러 AZ 수백 개 이상 인스턴스 |
| AZ | 단일 AZ (스냅샷 복사로 타 AZ 이동) | 여러 AZ 마운트 가능 |
| 호환 인스턴스 | 모든 EC2 인스턴스 | 리눅스 인스턴스 Only |
| 비용 | 비교적 저렴 | EBS 대비 비쌈 |
| 스토리지 계층 | X | 지원 (접근 빈도 따라 계층화 -> 비용 절감) |
📝 핵심 정리!
EBS, EFS, Instance Store 비교 필수! ✅ EFS 사용 시점, NFS 옵션 (스토리지 계층, AZ, 성능 Mode) 숙지! 📚
'Study > Certificate' 카테고리의 다른 글
| [AWS SAA] EC2 - SAA Level (0) | 2024.12.12 |
|---|---|
| [AWS SAA] EC2 기초 정리 (0) | 2024.12.12 |
| [AWS SAA] IAM & AWS CLI 정리 (0) | 2024.12.10 |
| [AWS] AWS Solution Architect Associate(SAA-C03) 시작 (3) | 2024.10.10 |