udemy 강의를 보고 EC2 Instance Storage인 EBS, EFS 그리고 AMI에 대해 정리한 내용이다.
EBS
Amazon Elastic Block Store (EBS)
Amazone EC2 인스턴스에 붙여서 쓰는 가상의 하드디스크
네트워크 Drive (O) / 물리적 Drive (X)
- EC2 = 컴퓨터
- EBS = 그 컴퓨터에 연결된 SSD / HDD
📌 EBS는 EC2에 연결해서 사용하는 고성능, 영구 저장소
(Block Storage)이다.
Block Storage?
- 블록 스토리지란, 디스크를 블록 단위로 나누어 저장하는 방식이다.
EBS의 핵심 특징
-
EC2에 Attach / Detatch 가 가능하다.
- 실행 중인 EC2에도 볼륨 추가 가능
- EC2는 종료했어도, EBS 데이터는 남아있다. (영구 저장)
단, EC2 삭제 시 Root EBS는 기본적으로 같이 삭제된다.
📌 옵션으로 “Delete on Termination” 기능을 해제하면 삭제되지 않는다.
-
AZ 단위 서비스 제공
- EBS는 특정 AZ에 종속된다.
- 따라서 같은 AZ의 EC2에만 연결 가능하다.
- 다른 AZ로 옮기려면 → Snapshot 이용
- 스냅샷(Snapshot) 기능 제공
- EBS의 백업
- S3에 저장된다.
- 변경된 블록만 백업되는 Incremental 백업 방식이다.
EBS 만드는 방법
-
AWS Console에서
Elastic Block Storage→Volume→ 우측 상단의Create volume
- EBS 초기 설정 (SSD 타입, 용량, AZ 설정 등)
- 무조건 현재 인스턴스가 있는 AZ로 설정해주어야 Attach 가능하다!
-
EBS Attach
- 성공적으로 EBS가 만들어졌지만, 아직 Instance에 Attach 되지 않았기 때문에 Attach 해준다.
- Instance →
Actions→Storage→Attach volume
- 어떤 EBS 붙일건지 설정해주고 →
Attach volume
- 정상적으로 Attach된 것 확인
⚠️ 주의할 점: 반드시 AZ를 Instance와 동일하게 설정해주어야 함!
EBS Volume 타입
SSD 계열
지연 시간 · IOPS 중요 (성능 중심)
-
gp3 - General Purpose SSD
- 가장 많이 쓰는 타입 (가장 추천)
- 가성비 좋고, 지연 시간 적음
- IOPS / Throughput 독립 설정 가능
-
io1 / io2 - Provisioned IOPS SSD
- 매우 높은 IOPS 필요할 때 사용
- 대형 RDBMS 작업이 필요할 때
- 성능 일관성이 중요할 때
- 비용이 비쌈
HDD 계열
용량 · 순차 처리 중요 (용량 중심)
- st1
- 부팅 볼륨이 될 수 없음
- 대용량 + 순차 처리에서 사용
EBS Mulit-Attach
하나의 EBS 볼륨을 여러 EC2 Instance에 동시에 Attach
- 조건
- 볼륨 타임: io1 / io2 Only
- 같은 AZ
- Cluster 인식을 하는 File System 필요
EBS Encryption
EBS의 저장 데이터부터 스냅샷 단계까지 자동 암호화하는 것
- 새 EBS Volume을 생성할 때, 체크하면 암호화할 수 있다. (성능 오버헤드 거의 없음)
- 기존 EBS는 직접 변경은 불가능
- Snapshot을 만들고 암호화를 체크한 다음에 새로운 EBS를 생성하는 방식으로 변경할 수 있다.
암호화된 EBS → Snapshot → 새 EBS
👉🏻 계속 암호화 유지 가능
AMI
Amazone Machine Image
EC2 Instance를 찍어낸 설계도 + 복제 이미지
즉, EC2 Instance를 만들기 위한 템플릿이다.
- 동일한 서버 환경을 빠르게 복제하기 위해 주로 사용된다.
AMI 구성요소
- OS 정보
- Root Storage 스냅샷
- 부팅 정보
→ AMI로 EC2 만들면 OS + 환경이 그대로 복제된다.
따라서 패키징을 통해 부팅 속도를 빠르게 가져갈 수 있다는 것이 장점
(도커 컨테이너 이미지와 비슷함)
AMI 생성 과정
- 실행 중인 EC2 선택 & 데이터 무결성을 위해 Instance Stop
- Create Image
- 루트 EBS → Snapshot 생성
- Snapshot 기반 AMI 생성
📌 AMI는 실제 데이터를 저장하지 않고, EBS Snapshot을 참조한다.
🌍 AMI 범위
- AMI는 리전 단위로 사용되며, 리전에 종속된다.
- 따라서 다른 리전에서 쓰려면, Copy AMI 필요
- AMI는 AZ 개념이 없어서, 같은 리전이면 어떤 AZ든 EC2 생성이 가능하다.
EFS
여러 EC2 인스턴스가 동시에 접근할 수 있는 관리형 파일 스토리지
- EFS = AWS가 제공하는 네트워크 파일 시스템
- Region 단위 서비스로, Multi-AZ 지원
- Linux 기반 Instance에서만 사용 가능
📌 여러 EC2 인스턴스에게 공유 디렉터리가 필요하면 EFS를 사용한다.
EFS vs EBS
| 구분 | EBS | EFS |
|---|---|---|
| 스토리지 타입 | Block | File |
| AZ 종속 | O (단일 AZ) | ❌ (Multi-AZ) |
| 동시 접근 | ❌ (기본) | ✅ |
| OS에서 보임 | 디스크 | 폴더 |
| 확장 | 수동 | 자동 |
EFS의 자세한 과정에 대해서는 나중에 좀 더 자세히 공부해봐야겠다.
