로드 밸런서는 어떤 방식으로 트래픽을 분산하나요?

로드 밸런서는 라운드 로빈, 최소 연결, 가중치 기반 방식으로 요청을 여러 서버에 나눕니다. 헬스체크로 비정상 인스턴스를 제외해 가용성을 높입니다.

핵심 개념

핵심 기준은 분산 알고리즘과 헬스체크입니다.

로드 밸런서는 클라이언트 요청을 여러 백엔드 인스턴스로 분산해 처리량과 가용성을 높입니다. L4는 TCP/UDP 수준, L7은 HTTP host/path/header를 기준으로 라우팅할 수 있습니다. health check, connection draining, sticky session 정책도 중요합니다.

동작 흐름

1. 요구사항을 성능, 안정성, 보안, 복구 목표로 나눠 정의합니다.
2. 정상 흐름과 장애 흐름에서 각 구성 요소가 어떻게 동작하는지 확인합니다.
3. 자동화와 관찰 지표로 변경 결과를 검증합니다.
4. 롤백, 복구, 확장, 비용 관리까지 운영 절차로 문서화합니다.

실제 예시

Round Robin: A → B → C → A
Least Connections: 연결 수가 가장 적은 서버 선택
Weighted: 큰 서버에 더 많은 트래픽 배분

예시는 핵심 구조를 단순화한 것입니다. 실무에서는 운영 환경, 장애 상황, 보안 요구사항에 맞게 세부 설정을 조정해야 합니다.

실무에서 주의할 점

• 자동화가 있어도 롤백과 복구 절차를 실제로 연습하지 않으면 장애 때 동작하지 않을 수 있습니다.
• 관찰 지표가 없으면 장애 원인을 추측에 의존하게 됩니다.
• 확장은 애플리케이션 코드, 데이터베이스, 네트워크, 외부 의존성 한계를 함께 봐야 합니다.

함께 연결해서 보면 좋은 키워드

LoadBalancer, L4, L7, HealthCheck

면접에서 짚으면 좋은 포인트

• 정상 동작뿐 아니라 장애, 롤백, 관찰 가능성까지 함께 설명하면 실무적인 답변이 됩니다.
• 설정 예시를 말할 때 보안, 비용, 운영 자동화의 trade-off도 함께 짚는 것이 좋습니다.

정리

한 줄로 정리하면, 로드 밸런서는 라운드 로빈, 최소 연결, 가중치 기반 방식으로 요청을 여러 서버에 나눕니다. 헬스체크로 비정상 인스턴스를 제외해 가용성을 높입니다. 개념의 정의뿐 아니라 장애 시 동작, 운영 지표, 자동화와 복구 전략까지 함께 이해하는 것이 중요합니다.