
[storage] Instance Store
엄청 빠르지만, 서버를 멈추면 사라집니다. 이 임시 디스크를 언제 써야 하고 언제 절대 쓰면 안 되는지.
One-Line Summary
Instance Store는 EC2 인스턴스가 실행되는 물리 호스트에 붙어 있는 임시 로컬 블록 스토리지다.
Abbreviations
| 약어 | 풀네임 | 의미 |
|---|---|---|
EC2 | Elastic Compute Cloud | AWS 가상 서버 |
EBS | Elastic Block Store | EC2에 연결하는 영구 블록 스토리지 |
SSD | Solid State Drive | 낮은 지연 시간과 높은 I/O에 적합한 디스크 유형 |
I/O | Input/Output | 읽기/쓰기 작업 |
Core Concept
Instance Store는 EC2가 올라간 물리 서버에 달린 로컬 디스크를 해당 EC2 인스턴스가 직접 사용하는 방식이다.
EBS처럼 EC2 외부에 있는 네트워크 기반 스토리지가 아니라, EC2가 실행 중인 물리 호스트에 초근접하게 붙어 있는 임시 스토리지다.
Instance Store
Physical host
└─ EC2 instance
└─ Local instance store disk
반면 EBS는 다음과 같은 구조다.
EBS
EC2 instance ---- AWS storage network ---- EBS volume
시험 감각:
가까워서 빠르지만 사라져도 되는 데이터는 Instance Store. EC2와 독립적으로 오래 남겨야 하는 디스크는 EBS.
Why It Is Often Compared With EBS
Instance Store를 EBS의 반대 개념처럼 말하는 이유는 생명주기와 위치가 완전히 다르기 때문이다.
| 구분 | Instance Store | EBS |
|---|---|---|
| 실제 위치 | EC2 물리 호스트의 로컬 디스크 | EC2 외부의 AWS 관리형 스토리지 |
| OS에서 보이는 모습 | 블록 디바이스 | 블록 디바이스 |
| 접근 경로 | 로컬 | 네트워크 |
| 데이터 지속성 | 임시 | 영구 |
| stop/terminate 후 데이터 | 손실 | 유지 가능 |
| 분리/재연결 | 불가 | 가능 |
| 백업 | 직접 설계 필요 | Snapshot 가능 |
Data Persistence
Instance Store는 임시 스토리지다.
중요한 시험 포인트는 reboot와 stop/terminate를 구분하는 것이다.
| 이벤트 | Instance Store 데이터 |
|---|---|
| reboot | 유지 |
| stop | 손실 |
| hibernate | 손실 |
| terminate | 손실 |
| underlying disk failure | 손실 가능 |
| instance type 변경 | 손실 |
시험 함정:
Instance Store는 reboot 때 바로 사라지는 것이 아니다. 하지만 stop/terminate를 버티지 못한다.
Exam Triggers
| 문제에서 이런 표현이 나오면 | 떠올릴 것 |
|---|---|
| "temporary block-level storage" | Instance Store |
| "local disk attached to the host computer" | Instance Store |
| "low latency local storage" | Instance Store |
| "high-performance temporary storage" | Instance Store |
| "cache" | Instance Store |
| "buffer" | Instance Store |
| "scratch data" | Instance Store |
| "data can be recreated" | Instance Store |
| "data must persist after stop" | EBS, not Instance Store |
| "snapshot backup required" | EBS, not Instance Store |
Use Cases
Instance Store는 없어져도 다시 만들 수 있는 고속 임시 데이터에 적합하다.
| 사용 사례 | 이유 |
|---|---|
| cache | 원본 데이터에서 다시 만들 수 있음 |
| buffer | 임시 쓰기 공간 |
| scratch data | 계산 중간 결과 |
| replicated temporary data | 다른 노드/스토리지에 원본이 있음 |
| high-speed local I/O | 물리 호스트 로컬 디스크라 빠를 수 있음 |
원본 데이터, 장기 보관 데이터, 복구해야 하는 데이터는 EBS, S3, EFS 같은 지속성 있는 스토리지에 저장해야 한다.
Performance Positioning
Instance Store는 EC2 호스트에 붙은 로컬 디스크이기 때문에 매우 낮은 지연 시간과 높은 I/O 성능을 제공할 수 있다.
하지만 성능 이점의 대가로 데이터 지속성이 약하다.
| 요구사항 | 더 자연스러운 선택 |
|---|---|
| 초고속 임시 로컬 I/O | Instance Store |
| EC2 부트 볼륨 | EBS |
| 고성능 영구 DB 디스크 | EBS io2 |
| 여러 EC2 공유 파일 | EFS |
| 객체 저장/아카이브 | S3 |
Common Traps
| 함정 | 정리 |
|---|---|
| Instance Store는 EBS보다 항상 좋은 고성능 디스크다 | 성능은 좋을 수 있지만 임시 데이터용이다 |
| Instance Store는 reboot하면 무조건 사라진다 | reboot에서는 유지된다 |
| Instance Store는 stop 후에도 유지된다 | stop/hibernate/terminate 시 손실된다 |
| Instance Store는 다른 EC2에 detach/attach 가능하다 | 불가. 물리 호스트에 붙어 있다 |
| Instance Store는 Snapshot으로 백업 가능하다 | EBS Snapshot 같은 관리형 백업 기능은 없다 |
| 중요한 DB 데이터를 Instance Store에 저장한다 | 위험하다. 영구 데이터는 EBS/RDS/S3 등으로 설계 |
Compared With
| 구분 | Instance Store | EBS |
|---|---|---|
| 핵심 성격 | 임시 로컬 블록 스토리지 | 영구 네트워크 블록 스토리지 |
| 장점 | 매우 낮은 지연 시간, 높은 I/O 가능 | 데이터 지속성, Snapshot, detach/attach |
| 약점 | stop/terminate 시 데이터 손실 | 네트워크 경로를 통해 접근 |
| 대표 용도 | cache, buffer, scratch | boot volume, DB, application data |
Memory Sentence
Instance Store는 EC2 호스트에 붙은 임시 로컬 블록 스토리지다. reboot는 버티지만 stop/terminate는 못 버틴다. 캐시, 버퍼, scratch data처럼 사라져도 되는 고속 임시 데이터에 쓴다.
Related Exam Questions
아직 Instance Store 단독 문제풀이 파일은 없다.
References
댓글
아직 댓글이 없습니다.