로드 밸런서는 말 그대로 트래픽을 여러 서버(EC2 인스턴스 등)에 고르게 분산해주는 서비스입니다.

사용자가 몰려도 특정 서버에만 부하가 집중되지 않도록 하여, **고가용성(High Availability)**과 **확장성(Scalability)**을 보장합니다.

AWS에서는 **Elastic Load Balancing (ELB)**라는 이름으로 제공되며, 크게 3가지가 있습니다:

1. ALB (Application Load Balancer)
   • 7계층 (HTTP/HTTPS, WebSocket) 에서 동작
   • URL 경로(/api, /images) 또는 호스트 이름(api.example.com, user.example.com) 기반으로 라우팅 가능
   • MSA 환경이나 API 서버에 많이 사용
2. NLB (Network Load Balancer)
   • 4계층 (TCP, UDP) 에서 동작
   • 매우 빠른 성능, 수백만 요청 처리 가능
   • 주로 금융권, 실시간 게임 서버, IoT 통신 등 저지연 환경에 적합
3. CLB (Classic Load Balancer, 구버전)
   • 예전 세대의 로드 밸런서 (현재는 ALB/NLB 사용 권장)
   • 4계층, 7계층 모두 지원하지만 기능이 제한적

🎯 대상 그룹(Target Group)

로드 밸런서는 혼자서 서버를 직접 관리하지 않습니다. 대신, 대상 그룹(Target Group) 이라는 개념을 사용합니다.

• 대상 그룹은 로드 밸런서 뒤에 있는 실제 서버(EC2, Lambda, IP 등)를 묶어놓은 그룹입니다.

• 트래픽이 들어오면 로드 밸런서는 대상 그룹 안에 있는 서버로 요청을 분배합니다.

• 헬스 체크(Health Check) 기능을 통해 정상 동작하는 서버만 트래픽을 받도록 보장합니다.

  예: /health 엔드포인트를 주기적으로 호출 → 200 OK일 경우만 정상 서버로 인식

대상 그룹에 들어갈 수 있는 리소스

• EC2 인스턴스
• ECS (컨테이너 서비스)
• Lambda 함수
• IP 주소 (온프레미스 서버도 가능)

📊 간단한 예시 흐름

1. 사용자가 www.example.com에 접속