13장. 인스턴스 타입 이해하기
이 장에서 말하고자 하는 것
EC2는 가상 서버다.
그렇다면 이제 중요한 질문이 생긴다.
어떤 서버를 선택해야 할까?
무조건 가장 큰 서버를 쓰면 될까?
그렇지 않다.
클라우드는 사용한 만큼 비용이 발생한다.
따라서 인스턴스 선택은
성능과 비용을 동시에 고려하는 결정이다.
1. 인스턴스 타입은 실제로 어떻게 생겼을까?
AWS 콘솔에서 인스턴스 타입은 보통 이렇게 보인다.
t3.micro
m6i.large
c7g.xlarge
r6g.2xlarge
p4d.24xlarge
i4i.large
처음 보면 복잡해 보이지만 구조를 알면 어렵지 않다.
형식은 다음과 같다.
[패밀리][세대][옵션].[크기]
예:
m6i.large
2. 이름을 읽는 법
1️⃣ 패밀리 (m, t, c, r, p, i 등)
서버의 “성격”을 의미한다.
- T → 버스트형
- M → 균형형
- C → CPU 중심
- R → 메모리 중심
- I → 스토리지 중심
- P → GPU
2️⃣ 세대 숫자
숫자가 높을수록 최신 세대다.
일반적으로:
- 성능 개선
- 전력 효율 개선
- 내부 하드웨어 개선
이 이루어진다.
3️⃣ 옵션 문자 (i, g 등)
- i → Intel 기반
- g → ARM(Graviton) 기반
즉, CPU 아키텍처를 나타낸다.
4️⃣ 크기 (size)
- nano
- micro
- small
- medium
- large
- xlarge
- 2xlarge …
클수록 vCPU와 메모리가 증가한다.
3. 인스턴스를 구성하는 핵심 요소
1️⃣ vCPU
가상 CPU 개수.
- 동시 처리 능력과 관련
- 요청이 많을수록 중요
2️⃣ 메모리 (RAM)
- 캐시
- 세션
- DB 처리
- 대용량 데이터 분석
3️⃣ 스토리지
- 네트워크 기반 디스크(EBS)
- 로컬 고속 디스크(Instance Store)
I/O 성능은 DB, 로그 분석 등에 큰 영향을 준다.
4️⃣ 네트워크 성능
- 대역폭
- 패킷 처리 능력
트래픽이 많은 서비스에서는 매우 중요하다.
4. 같은 vCPU라도 성능은 다를 수 있다
많은 초보자가 이렇게 생각한다.
vCPU 2개면 다 같은 성능 아닌가?
그렇지 않다.
이유 1️⃣ CPU 아키텍처 차이
예:
- m6i → Intel 기반
- m6g → ARM 기반
같은 2 vCPU라도 내부 CPU 구조가 다르다.
ARM은 전력 효율이 좋고 비용 대비 성능이 뛰어난 경우가 많다.
Intel/AMD는 기존 소프트웨어 호환성이 넓다.
이유 2️⃣ CPU 세대 차이
예:
- m5.large (이전 세대)
- m6i.large (신형 세대)
같은 2 vCPU라도:
- 클럭 속도
- IPC(한 클럭당 처리 명령 수)
- 캐시 구조
가 다르다.
최신 세대는
같은 vCPU 수라도 더 많은 작업을 처리할 수 있다.
이유 3️⃣ vCPU는 물리 코어가 아닐 수 있다
vCPU는 실제 물리 코어와 1:1이 아닐 수 있다.
많은 경우:
- 1 물리 코어 = 2 vCPU (하이퍼스레딩)
즉,
vCPU 숫자는 성능의 절대 기준이 아니다.
확인 팁
- AWS 공식 EC2 인스턴스 문서에서 각 인스턴스에 어떤 CPU가 장착되어 있는지 확인할 수 있습니다.
5. 메모리도 세대에 따라 차이가 있다
물리 서버에서는:
- DDR4
- DDR5
같은 메모리 세대 차이가 존재한다.
AWS에서는 메모리 규격을 직접 선택하지는 않지만,
세대가 올라갈수록:
- 메모리 대역폭 향상
- 지연 시간 감소
같은 개선이 반영된다.
즉,
최신 세대 인스턴스는 CPU뿐 아니라 메모리 성능도 함께 개선되는 경우가 많다.
6. 주요 패밀리 요약
T 계열 (Burstable)
- 저렴
- 순간 성능 상승 가능
- 개발/소규모 서비스
M 계열 (General Purpose)
- CPU/메모리 균형
- 일반 웹 서비스
C 계열 (Compute Optimized)
- CPU 중심
- 연산 작업, 고트래픽 API
R 계열 (Memory Optimized)
- 메모리 중심
- 데이터베이스, 캐시 서버
I 계열 (Storage Optimized)
- 고성능 디스크
- 로그 분석, 고성능 DB
P 계열 (GPU)
- 머신러닝, AI
- 비용 매우 높음
7. 무조건 큰 서버가 답일까?
클라우드는 시간 단위 과금이다.
과도한 사양 선택은
매월 불필요한 비용을 발생시킨다.
따라서 전략은 다음과 같다.
- 작은 사양으로 시작
- 모니터링
- 부족하면 확장
- 과하면 축소
8. 서비스 특성에 따라 선택하기
| 서비스 유형 | 추천 방향 |
|---|---|
| 일반 웹 서버 | M 또는 T |
| 고트래픽 API | C |
| 데이터베이스 | R |
| 로그 분석 | I |
| 머신러닝 | P |
9. 이 장의 핵심 정리
- 인스턴스 타입은 이름 구조를 이해하면 읽을 수 있다.
- 패밀리는 서버의 성격을 의미한다.
- 같은 vCPU라도 CPU 아키텍처와 세대에 따라 성능이 다를 수 있다.
- 최신 세대 인스턴스는 성능과 효율이 개선되는 경우가 많다.
- 무조건 큰 사양이 정답은 아니다.
- 서비스 특성과 비용을 함께 고려해야 한다.