NLB vs ALB, 당신의 서비스에 딱 맞는 선택은? (L4/L7 차이부터 실무 팁까지)

🔍 "서비스가 커지는데 어떤 로드밸런서를 써야 할까요? NLB와 ALB 중 뭐가 더 빠르죠?"

---

• ✅ ALB(L7): HTTP/HTTPS 경로 기반 라우팅이 필요하고, 유연한 웹 서비스 운영이 목적일 때 선택하세요.
• ✅ NLB(L4): 극강의 성능(저지연), 고정 IP 사용, 혹은 TCP/UDP 트래픽 처리가 핵심일 때 선택하세요.
• ✅ 결론: 애플리케이션의 복잡도와 트래픽 특성에 따라 '유연함(ALB)'과 '속도(NLB)' 중 우선순위를 정하는 것이 핵심입니다.

서버가 늘어날 때 마주하는 첫 번째 고민

어느 평화로운 오후였어요. 신입 개발자 한 분이 제 자리로 찾아와 조심스럽게 물으시더군요. "선배님, 저희 서비스 트래픽이 늘어서 서버를 한 대 더 붙이려는데, 로드밸런서 설정에서 ALB랑 NLB 중에 뭘 골라야 할지 모르겠어요. 그냥 아무거나 쓰면 안 되나요?"

사실 이 고민은 인프라를 설계할 때 가장 기본적이면서도 중요한 갈림길이에요. 로드밸런싱은 단순히 트래픽을 나눠주는 것을 넘어, 전체 시스템의 확장성과 안정성을 결정짓기 때문이죠. 특히 우리가 다루는 데이터베이스 환경, 예를 들어 최근 오라클을 대신해 대세가 된 PostgreSQL 같은 시스템을 스케일 아웃할 때도 이 로드밸런서의 역할은 매우 중요합니다.

ALB와 NLB, 무엇이 다른가요?

두 녀석의 가장 큰 차이는 '어느 계층에서 동작하느냐'입니다. 우리가 흔히 말하는 OSI 7계층 모델을 떠올려보세요. ALB는 애플리케이션 계층(L7)에서, NLB는 전송 계층(L4)에서 일을 합니다.

구분	ALB (Application LB)	NLB (Network LB)
동작 계층	Layer 7 (HTTP, HTTPS, gRPC)	Layer 4 (TCP, UDP, TLS)
주요 기능	경로 기반, 호스트 기반 라우팅	고정 IP 제공, 초저지연 성능
처리 속도	상대적으로 느림 (패킷 검사)	매우 빠름 (초당 수백만 요청)
보안 및 부가기능	AWS WAF 연동, SSL 인증서 관리	보안 그룹 기반 제어 위주

실무에서 마주하는 라우팅 시나리오

💡 시나리오 1: "우리 웹 서비스는 주소마다 담당 부서가 달라요!"

예를 들어, my-service.com/api는 백엔드 팀이 관리하는 API 서버로 가야 하고, my-service.com/blog는 마케팅 팀의 CMS 서버로 가야 한다면? 이때는 무조건 ALB입니다. ALB는 URL의 내용을 뜯어보고(Deep Packet Inspection) 판단할 수 있거든요.

🚀 시나리오 2: "게임 서버인데 지연 시간이 1ms도 아쉬워요!"

대규모 동시 접속자가 발생하는 온라인 게임이나 금융권의 실시간 거래 시스템이라면? 이때는 고민 없이 NLB입니다. NLB는 내용을 뜯어보지 않고 TCP/IP 정보만 보고 바로 던져주기 때문에 속도가 압도적입니다. 또한, 화이트리스트 관리를 위해 고정 IP(Elastic IP)가 필요할 때도 NLB가 정답입니다.

[Code Example] ALB의 경로 기반 라우팅 설정 (개념)

# ALB Target Group 기반 분기 예시 (개념적 코드)
IF request.path STARTS_WITH "/api" THEN
    FORWARD_TO target_group_backend
ELSE IF request.path STARTS_WITH "/images" THEN
    FORWARD_TO target_group_s3_static
ELSE
    FORWARD_TO target_group_frontend
END IF
        

이것만은 꼭 조심하세요!

• ALB의 타임아웃 문제: ALB는 기본적으로 60초의 유휴 시간(Idle Timeout)이 설정되어 있습니다. 대용량 파일을 업로드하거나 시간이 오래 걸리는 쿼리를 실행할 때 연결이 끊긴다면 이 설정을 확인해보세요.
• NLB와 보안 그룹: 과거에는 NLB 자체에 보안 그룹을 적용할 수 없었지만, 최근에는 가능해졌습니다. 하지만 여전히 타겟 그룹의 'IP 보존' 설정에 따라 보안 그룹 설정 방식이 달라지니 주의가 필요합니다.
• 비용 최적화: 무조건 비싼 게 좋은 게 아닙니다. 처리하는 트래픽 양(LCU/NLCU)에 따라 비용이 산정되므로, 우리 서비스의 트래픽 패턴을 먼저 분석하세요.

자주 묻는 질문 (FAQ)

Q. ALB 앞에 NLB를 두는 경우도 있나요?

네, 아주 흔한 케이스입니다! ALB의 유연한 라우팅 기능을 쓰면서도 외부 노출을 위해 고정 IP가 필요할 때, NLB 뒤에 ALB를 배치하는 구조(NLB -> ALB -> EC2)를 사용하곤 합니다.

🔗 함께 읽으면 좋은 인프라 지식

• - 네트워크의 근본, OSI 7계층 완벽 해부
• - 연결의 핵심, TCP/IP 프로토콜 이해하기
• - DB의 미래, PostgreSQL 혁명이 시작된 이유

도움이 되셨나요? 궁금한 점은 언제든 댓글로 남겨주세요.
여러분의 인프라 고민을 '로댕동'이 함께 나눕니다. 🎨