AMI는 EC2 인스턴스의 커스터마이징된 템플릿입니다.
포함 요소:
일반 EC2 부팅:
인스턴스 시작 → OS 설치 → 소프트웨어 설치 → 설정 → 사용 가능
(시간: 10-30분)
AMI 사용:
인스턴스 시작 → 즉시 사용 가능
(시간: 1-3분)
빠른 부팅의 이유: 모든 소프트웨어와 설정이 미리 패키징되어 있음
제공자: AWS 공식
특징:
제공자: 직접 생성 및 관리
장점:
단점:
제공자: 서드파티 벤더
특징:
1. EC2 인스턴스 시작
↓
2. 소프트웨어 설치 및 설정
↓
3. 인스턴스 중지 (데이터 무결성 보장)
↓
4. AMI 생성 (EBS 스냅샷 자동 생성)
↓
5. 새로운 인스턴스에서 AMI 사용
AMI 생성 (us-east-1) → 복사 → us-west-2
→ 복사 → eu-west-1
→ 복사 → ap-northeast-2
Production AMI v1.0 → 테스트 → 배포
↓
Development AMI v1.1 → 테스트 → Production AMI v1.1
| 구분 | EBS Volume | EC2 Instance Store |
|---|---|---|
| 타입 | 네트워크 드라이브 | 물리적 하드웨어 디스크 |
| 성능 | 좋음 (제한적) | 매우 높음 |
| 지속성 | 영구 저장 | 임시 저장 (Ephemeral) |
| 인스턴스 중지 | 데이터 보존 | 데이터 손실 |
| 하드웨어 장애 | 데이터 보존 | 데이터 손실 |
| 용도 | 운영 데이터 | 임시 데이터 |
인스턴스 중지/종료 → 데이터 완전 삭제
하드웨어 장애 → 데이터 복구 불가능
인스턴스 재부팅 → 데이터 보존 (OK)
빅데이터 처리 파이프라인:
S3에서 데이터 다운로드 → Instance Store에서 고속 처리 → 결과를 S3에 업로드
백업 전략:
Instance Store → 정기적 백업 → S3/EBS
실시간 복제 → 다른 인스턴스 Instance Store
고가용성 설계:
Master Instance Store ← 실시간 동기화 → Slave Instance Store
↓ ↓
EBS 백업 EBS 백업
데이터 중요도가 높음 → EBS Volume
고성능이 필요함 → Instance Store + 백업 전략
비용 최적화 → 용도별 혼합 사용
이러한 AMI와 Instance Store 개념을 이해하고 적절히 활용하면 AWS에서 효율적이고 안정적인 인프라를 구축할 수 있습니다.