[AWS SAA] EC2 인스턴스 스토리지

📦 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 볼륨 예시

AZ별 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 볼륨 암호화 순서

1. 볼륨 EBS 스냅샷 생성! 📸
2. 스냅샷 복사 -> EBS 스냅샷 암호화! 🔒
3. 암호화 스냅샷 기반 새 EBS 볼륨 생성! 🗄️ (볼륨 이미 암호화!)
4. 암호화 볼륨 원래 인스턴스에 연결! 🔗

---

📸 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 인스턴스 실행)

1. EC2 인스턴스 시작 -> 커스텀 진행! (설정, S/W 설치, User Data script) 🛠️
2. 데이터 무결성 위해 인스턴스 정지 (stop)! 🛑
3. AMI 빌드! (EBS 스냅샷 동시 생성) 🏗️
4. 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) 숙지! 📚