DevOps
로드 밸런싱에 대해서 설명해주세요
트래픽을 어떻게 분산하는가 — 라운드 로빈부터 최소 연결, L4 vs L7, 헬스 체크까지 인터랙티브 시각화로 완전 정복합니다.
2026년 3월 19일 · 약 12분 읽기
Q. "로드 밸런싱이 무엇이고, 어떤 알고리즘이 있는지 설명해주세요."
예상 꼬리질문
답변 가이드
"로드 밸런싱은 들어오는 트래픽을 여러 서버에 분산하여 단일 서버의 과부하를 방지하는 기술입니다. 라운드 로빈, 최소 연결, IP 해시 등의 알고리즘으로 요청을 분배합니다."
"L4 로드 밸런싱은 IP/Port 기반으로 빠르지만 콘텐츠 인식이 불가하고, L7 로드 밸런싱은 HTTP 헤더/URL 기반으로 콘텐츠 기반 라우팅이 가능합니다."
"헬스 체크로 서버 상태를 주기적으로 확인하여 장애 서버를 자동 제거하고, 세션 관리는 외부 세션 스토어(Redis)로 Stateless 서버 구조가 권장됩니다."
면접에서 "서버 한 대가 감당할 수 없는 트래픽이 오면 어떻게 하나요?"라는 질문에 로드 밸런싱은 가장 기본적인 답변입니다.
트래픽 분산의 원리와 전략을 인터랙티브 시각화로 직접 체험하며 준비해 보겠습니다.
1. 로드 밸런싱 알고리즘
꼬리질문: "로드 밸런싱 알고리즘의 종류와 차이를 설명해주세요"
라운드 로빈은 가장 단순하게 순서대로 분배하고, 가중 라운드 로빈은 서버 성능에 따라 비율을 조절합니다. 최소 연결은 현재 부하가 적은 서버에 분배합니다.
알고리즘을 선택하고 요청을 보내며 분배 방식을 확인하세요.
로드 밸런싱 알고리즘 비교
알고리즘을 선택하고 요청을 보내며 분배 방식을 확인하세요.
요청을 순서대로 돌아가며 분배
2. L4 vs L7 — 어느 계층에서 분배할 것인가
꼬리질문: "L4와 L7 로드 밸런싱의 차이는 무엇인가요?"
L4(전송 계층)는 IP/Port 기반으로 빠르지만 콘텐츠를 볼 수 없고, L7(애플리케이션 계층)은 HTTP 헤더/URL 기반으로 URL 경로에 따른 라우팅이 가능합니다.
두 계층의 차이를 비교하세요.
L4 vs L7 로드 밸런싱
두 계층의 차이를 비교하세요.
라우팅 예시
IP: 203.0.113.1:443 → Server A
3. 헬스 체크 — 장애를 자동으로 감지하기
꼬리질문: "헬스 체크는 왜 필요하고 어떻게 동작하나요?"
로드 밸런서는 헬스 체크(Health Check)로 서버 상태를 주기적으로 확인합니다. GET /health에 200 OK를 반환하면 정상, 실패하면 풀에서 자동 제거합니다.
서버를 장애/복구시키며 로드 밸런서의 반응을 확인하세요.
헬스 체크 시뮬레이터
서버를 장애/복구시키며 로드 밸런서가 어떻게 반응하는지 확인하세요.
Server A
GET /health → 200 OK (45ms)
Server B
GET /health → 200 OK (62ms)
Server C
GET /health → 200 OK (38ms)
4. 세션 유지 vs Stateless
꼬리질문: "세션 유지(Sticky Session)의 장단점은 무엇인가요?"
Sticky Session은 같은 사용자를 같은 서버로 보내지만, 서버 장애 시 세션이 유실됩니다. Redis 외부 세션 스토어를 사용하면 어떤 서버든 세션에 접근할 수 있습니다.
두 전략의 장단점을 비교하세요.
세션 유지 vs Stateless
두 전략의 장단점을 비교하세요.
Sticky Session (세션 고정)
같은 사용자의 요청을 항상 같은 서버로 라우팅합니다.
User A → 항상 Server 1
User B → 항상 Server 2
Server 1 장애 → User A 세션 유실!
자주 발생하는 문제
퀴즈로 확인하기
개념을 제대로 이해했는지 확인해 보세요.
서버 3대의 성능이 각각 다르다 (고성능 1대, 보통 2대). 가장 적합한 로드 밸런싱 알고리즘은?
면접 체크리스트
이 항목들을 자신 있게 설명할 수 있다면 로드 밸런싱 질문은 준비 완료입니다.
- - 알고리즘: 라운드 로빈, 가중 라운드 로빈, 최소 연결, IP 해시
- - L4 vs L7: IP/Port 기반(빠름) vs HTTP 헤더/URL 기반(콘텐츠 라우팅)
- - 헬스 체크: /health → 200 OK, 장애 서버 자동 제거
- - 세션: Sticky Session(장애 시 유실) vs Redis(Stateless, 권장)
- - AWS: ALB(L7), NLB(L4)
참고 자료
- Cloudflare — 로드 밸런싱이란? — 한국어로 로드 밸런싱 기초 설명
- AWS — Elastic Load Balancing 유형 — ALB, NLB, CLB 비교
의견을 들려주세요
서비스 개선에 큰 도움이 됩니다. 익명으로 자유롭게 남겨주세요.