기출 로드밸런서(Load Balancer)

##0. [문제] 로드밸런서(Load Balancer, 부하 분산기)에 대하여 설명하고, L4 스위치와 L7 스위치를 사용하는 경우의 장단점을 설명하시오. (25점)

##1. 서론###- 정의: 서버 다중화 및 부하 분산 시스템로드밸런서(Load Balancer, 부하 분산기)는 클라이언트로부터의 요청 트래픽을 다수의 백엔드 서버(Web, Application, Database 등)에 균등하고 효율적으로 분배하여 서버의 과부하를 방지하고, 서비스의 안정성과 가용성을 확보하는 핵심 네트워크 장치입니다. 이는 서버의 다중화(Redundancy) 구성 시 필수적으로 활용됩니다.

###- 배경: 서비스 대용량화 및 고가용성 요구 증가인터넷 서비스의 사용자가 폭발적으로 증가하고(Massive Traffic), 서비스 중단이 곧바로 기업의 매출 손실 및 신뢰도 하락으로 이어지게 되면서, 확장성(Scalability)과 고가용성(High Availability, HA)의 확보가 최우선 과제가 되었습니다. 로드밸런서는 단일 서버의 성능 한계를 극복하고, 장애 발생 시에도 서비스를 지속할 수 있는 기반을 제공하기 위해 대두되었습니다.

###- 목적: 가용성, 성능 및 확장성의 확보로드밸런서 도입의 핵심 목적은 다음과 같습니다.

1. 가용성: 서버 일부에 장애가 발생해도 정상적인 서버로 트래픽을 우회시켜 서비스의 중단을 방지합니다.
2. 성능: 요청을 분산시켜 각 서버의 처리 부담을 줄여 응답 속도를 향상시킵니다.
3. 확장성: 서비스 규모 증가 시 서버를 유연하게 추가/제거할 수 있는 수평적 확장(Scale-Out)을 가능하게 합니다.

##2. 본론###2.1. 로드밸런서의 핵심 기능 및 구성로드밸런서는 단순히 트래픽을 나누는 것을 넘어, 서버 풀(Server Pool)의 상태를 관리하고 세션을 유지하는 중요한 기능을 수행합니다.

####가. 핵심 기능* 부하 분산 알고리즘 (Load Balancing Algorithm): Round Robin, Least Connection, Weighted Round Robin 등 다양한 방식으로 트래픽을 분배하여 서버 간 부하 불균형을 해소합니다.

• 헬스 체크 (Health Check): 백엔드 서버의 상태를 주기적으로 감시(Ping, TCP Port, HTTP Request)하여 서비스 불능 상태의 서버(Down Server)를 트래픽 분배 대상에서 자동으로 제외하여 가용성을 높입니다.
• 세션 유지 (Session Persistence/Sticky Session): 특정 클라이언트의 연결이 항상 동일한 서버로 유지되도록 보장하여, 로그인 상태나 장바구니 정보 등 세션 정보의 무결성을 유지합니다.

###2.2. L4 스위치(Transport Layer) 로드밸런싱의 특징L4 스위치는 OSI 7계층 중 전송 계층(Transport Layer, L4) 정보를 기반으로 트래픽을 분산합니다.

####가. 개념 및 분산 기준* 기준: IP 주소(L3)와 포트 번호(L4, TCP/UDP) 정보를 기반으로 트래픽을 분산합니다.

• 작동 방식: 주로 NAT(Network Address Translation) 방식을 사용하여 목적지 IP와 포트를 변환하여 서버에 전달합니다.

####나. 장점* 고속 처리: 패킷 헤더 정보(IP, Port)만 확인하면 되므로, L7 스위치 대비 처리 속도가 빠르고 부하가 적어 대용량 트래픽 처리에 유리합니다.

• 범용성: HTTP뿐 아니라 FTP, Mail(SMTP/POP3) 등 다양한 프로토콜을 포트 번호 기반으로 분산할 수 있습니다.
• 구현 단순성: 설정이 비교적 간단하며, 도입 비용이 L7 스위치보다 저렴합니다.

####다. 단점 및 한계* 세션 불균형: HTTP 요청의 상세 내용(URL, Cookie 등 L7 정보)을 볼 수 없으므로, 트래픽 분배 후에도 서버별 실제 부하(CPU 사용량, 처리 시간)의 불균형이 발생할 수 있습니다.

• 제한적인 헬스 체크: 포트 응답 여부 등 단순한 L4 기반 체크만 가능하여, 실제 애플리케이션의 동작 상태(오류 여부)를 정확히 확인하기 어렵습니다.

###2.3. L7 스위치(Application Layer) 로드밸런싱의 특징L7 스위치는 OSI 7계층 중 응용 계층(Application Layer, L7) 정보를 기반으로 트래픽을 분산합니다. ADC (Application Delivery Controller)라고도 불립니다.

####가. 개념 및 분산 기준* 기준: HTTP 헤더, URL, Cookie, 사용자 세션 정보 등 애플리케이션 계층 데이터를 심층적으로 분석하여 트래픽을 분산합니다.

• 작동 방식: 트래픽을 일단 종료(Terminate)하고, L7 정보를 분석한 후 새로운 연결을 생성하여 서버에 전달하는 프록시(Proxy) 방식으로 동작합니다.

####나. 장점* 지능적 분산: 특정 URL(예: /images는 이미지 서버로, /login은 인증 서버로)이나 쿠키 정보에 따라 트래픽을 분산할 수 있어 부하의 정밀 제어 및 서비스별 분리가 가능합니다.

• 정확한 헬스 체크: 실제 HTTP 응답 코드(예: 200 OK)까지 확인하여, 애플리케이션 레벨의 장애 여부를 정확히 판단할 수 있습니다.
• 보안 기능 통합: SSL/TLS 암복호화(Offloading), 웹 방화벽(WAF) 등 보안 기능을 통합하여 서버의 부하를 덜어주고 보안을 강화할 수 있습니다.

####다. 단점 및 한계* 성능 저하: HTTP 트래픽을 복호화하고 전체 콘텐츠를 분석해야 하므로, L4 스위치 대비 처리 속도가 느리고 Latency가 증가할 수 있습니다.

• 도입 비용/복잡성: 장비 가격이 고가이며, 설정 및 운영에 고도의 전문 지식이 필요합니다.

[기술적 제언: 실무 적용 전략]

• 하이브리드 구성 권장: 대규모 트래픽을 처리하는 환경에서는 L4와 L7 스위치를 혼용하는 하이브리드 구성이 가장 효율적입니다.
• L4 스위치(1차): 1차적으로 대규모 트래픽을 받아 부하를 분산하고, DDoS 등 대량 트래픽 공격을 1차적으로 방어합니다.
• L7 스위치(2차): L4 스위치 후단에 배치되어 세밀한 콘텐츠 스위칭, SSL Offloading, WAF 등의 부가 기능을 수행하도록 구성하여 성능과 기능의 균형을 맞춥니다.

• 클라우드 환경의 변화: 클라우드 환경에서는 AWS ALB(L7) 및 NLB(L4)와 같은 서비스 형태로 제공되어, 서버 리소스 관리 부담 없이 필요한 계층의 로드밸런싱을 선택적으로 활용할 수 있습니다.

##3. 결론###- 요약: 로드밸런싱의 최적화 전략 (기술적 제언)로드밸런서는 웹 서버 다중화 환경에서 가용성과 확장성을 보장하는 핵심 장비입니다. L4 스위치는 빠른 속도와 범용성을 제공하지만 지능적인 분산에 한계가 있으며, L7 스위치는 정교한 분산과 보안 통합을 제공하지만 성능 저하 가능성이 있습니다. 기술 책임자는 서비스의 트래픽 유형, 요구되는 성능(Latency), 그리고 애플리케이션의 복잡성을 종합적으로 분석하여, 두 스위치의 장점을 모두 활용하는 다계층(Multi-Tier) 로드밸런싱 아키텍처를 구축하는 것이 최적의 전략입니다.

###- 어린이버전 요약로드밸런서는 식당 앞에 서서 손님(트래픽)들을 빈 테이블(서버)로 똑같이 나눠 보내주는 '교통경찰'이에요. L4는 손님이 몇 명인지(IP 주소)만 보고 빨리빨리 보내는 경찰이고, L7은 손님이 메뉴판을 보고 '난 피자 주문할 거야'(URL)라고 말하는 것까지 듣고 피자 전용 테이블로 보내주는 '똑똑한 경찰'이라고 생각하면 됩니다.