한눈에 보기
- Azure VM의 B·D·E·F 시리즈를 용도·비용 기준으로 비교해 고르는 법을 정리합니다.
- 핵심: 버스트(B)·범용(D)·메모리(E)·컴퓨트(F) — 워크로드 성격에 맞추는 게 전부입니다.
- 잘못 고르면 2배까지 더 냅니다. 비교표와 선택 순서를 제공합니다.
VM을 만들 때 가장 많이 하는 실수가 “일단 큰 거”입니다. 시리즈만 맞게 골라도 같은 성능을 절반 값에 쓸 수 있습니다. Azure VM 시리즈는 알파벳이 곧 용도입니다.
시리즈별 한 줄 정리
- B 시리즈(버스트) — CPU를 평소 적게 쓰다 가끔 튀는 워크로드. 개발·소규모 웹·테스트에 가성비 최고.
- D 시리즈(범용) — CPU·메모리 균형. 일반 웹·앱 서버의 기본값.
- E 시리즈(메모리 최적화) — 메모리가 많이 필요한 DB·캐시·인메모리 분석.
- F 시리즈(컴퓨트 최적화) — CPU 집약적. 배치 처리·게임 서버·웹 트래픽 처리.
용도별 선택 비교표
| 워크로드 | 추천 시리즈 | 이유 |
|---|---|---|
| 개발·테스트 VM | B | 유휴 시간 많음 → 버스트 크레딧으로 절감 |
| 일반 웹/API 서버 | D | CPU·메모리 균형 |
| DB·캐시(Redis 등) | E | 메모리 대용량 필요 |
| 배치·인코딩·게임 | F | 높은 CPU 성능 |
| 비용 최소(소규모) | B1s/B2s | 가장 저렴한 시작점 |
고르는 순서(실전)
- 워크로드가 CPU·메모리 중 무엇에 민감한지 먼저 판단.
- 유휴가 많으면 B, 균형이면 D, 메모리면 E, CPU면 F.
- 크기는 작게 시작해 Azure Monitor 메트릭(30일)으로 사용률 보고 조정(Right-sizing).
- 개발 VM이면 자동 종료를 반드시 설정.
# B2s VM 생성 예시(개발용)
az vm create -g <RG> -n devvm --image Ubuntu2204 --size Standard_B2s --generate-ssh-keys
# 사용률 낮으면 한 단계 축소(중지 후 리사이즈)
az vm resize -g <RG> -n devvm --size Standard_B1ms흔한 실수
- B 시리즈에 상시 고부하 워크로드 — 버스트 크레딧이 소진되면 성능이 급락합니다.
- 처음부터 큰 D/E 시리즈 — 사용률 20%인데 비용은 100%. 작게 시작하세요.
- Premium 디스크를 습관적으로 — 개발 VM은 Standard SSD로 충분한 경우가 많습니다.
자주 묻는 질문(FAQ)
- Q. B 시리즈가 항상 제일 싼가요? A. 유휴가 많을 때만 유리합니다. 상시 고부하면 D/F가 오히려 효율적입니다.
- Q. 크기를 잘못 골랐어요. A. VM을 중지 후
az vm resize로 몇 분 만에 변경됩니다. - Q. 비용을 더 줄이려면? A. 시리즈를 맞춘 뒤 Reserved/Savings Plan·자동 종료를 더하세요.
마치며
‘알파벳 = 용도’만 기억하면 VM 선택의 90%는 끝납니다. 작게 시작해 메트릭으로 조정하는 습관이 비용을 가장 크게 줄입니다.