로드밸런서 비용 2026, ALB·NLB·L4 장비 예산 기준

로드밸런서 비용을 찾는 사람은 보통 서버가 느려졌거나 장애 전환 구조를 만들라는 요청을 받은 상태입니다.
이때 견적서의 장비 월액만 보면 ALB, NLB, L4 장비, DNS 기반 분산, CDN 연동 비용이 한 줄로 섞입니다.
비용을 줄이려면 먼저 어떤 트래픽을 어떤 계층에서 나눌지 정하고, 그 다음에 과금 단위와 운영 책임을 붙여야 합니다.
이 글은 로드밸런서 비용을 공식 가격표 숫자, 도입 조건, 보안 리스크, 운영 체크리스트로 나눠 검토하는 실무 기준입니다.
- 로드밸런서 비용은 시간당 기본 요금, 용량 단위, 트래픽, 규칙 수, 가용영역, 운영 인건비를 분리해야 보입니다.
- AWS ALB는 LCU, NLB는 NLCU, GWLB는 GLCU처럼 상품별 과금 축이 달라 같은 요청 수라도 월액이 달라집니다.
- L4 장비 견적은 하드웨어 가격보다 이중화, SSL 오프로딩, 장애 대응, 유지보수 연장 조건에서 차이가 커집니다.
- 이 조건이면 검토합니다: 장애 전환 시간과 피크 트래픽 손실액이 로드밸런서 월 비용보다 큰 경우입니다.
이 글이 필요한 사람
- 웹 서버 2대 이상으로 늘렸지만 장애 전환 기준이 없는 서비스 오너입니다.
- ALB, NLB, L4 장비 견적서가 서로 달라 비교표를 만들어야 하는 인프라 담당자입니다.
- WAF, DDoS 방어, SSL 인증서, 모니터링 비용을 로드밸런서 예산에 넣어야 하는 보안 담당자입니다.
- 서버호스팅 계약서에 로드밸런서 옵션이 붙었는데 실제 월 비용 구조를 확인해야 하는 구매 담당자입니다.
30초 예산 판단
로드밸런서를 바로 사기 전에 트래픽 계층과 장애 기준을 먼저 고릅니다.
| 판단 질문 | ALB·L7 검토 신호 | NLB·L4 검토 신호 | 보류 신호 |
|---|---|---|---|
| 요청 구분 | 호스트, 경로, 헤더, 쿠키 기준 라우팅이 필요하다 | TCP, UDP, TLS 패스스루 중심이다 | 단일 서버와 CDN 캐시로 충분하다 |
| 장애 기준 | 헬스체크 실패 시 특정 서비스만 제외해야 한다 | 가상 IP와 세션 유지가 핵심이다 | 수동 재시작으로도 손실이 작다 |
| 보안 연동 | WAF, 인증, 리다이렉트, 인증서 정책이 앞단에 필요하다 | 네트워크 방화벽이나 IDS 장비 체인이 필요하다 | 보안 장비가 별도 경로에 이미 있다 |
| 비용 민감도 | 규칙 수와 처리 바이트가 월 비용을 좌우한다 | 연결 수와 대역폭이 월 비용을 좌우한다 | 월 트래픽이 작고 피크도 낮다 |
| 운영 역량 | 애플리케이션 배포팀이 라우팅 규칙을 관리한다 | 네트워크팀이 VIP, 포트, 장비 이중화를 관리한다 | 운영 담당자가 없어 관리형 호스팅이 낫다 |
전용 장비가 항상 안정적이고 클라우드 로드밸런서가 항상 싼 것은 아닙니다.
트래픽이 작아도 장애 손실이 크면 월 몇 만 원 단위의 기본 요금보다 복구 시간이 더 큰 비용입니다.
공식 가격표 핵심 숫자
비용 글에서는 공식 가격표 숫자를 먼저 놓고, 내 트래픽이 어느 단위에 걸리는지 확인해야 합니다.
| 출처 | 공식 숫자 | 예산에서의 의미 |
|---|---|---|
| AWS ALB | $0.0225 시간당 기본 요금과 $0.008 LCU-시간 예시 | ALB는 기본 요금에 LCU가 더해져 월 730시간 기준 기본선이 생깁니다 |
| AWS ALB | LCU는 25 신규 연결/초, 3,000 활성 연결/분, 1GB/시간, 1,000 규칙 평가/초 축을 봅니다 | HTTP 규칙이 많은 서비스는 요청 수보다 규칙 평가가 비용을 밀 수 있습니다 |
| AWS ALB 예시 | 공식 예시는 $0.03114/시간과 $22.42/월, 다른 예시는 $88.78/월을 제시합니다 | 작은 웹 서비스와 Lambda 대상 구조의 월액이 크게 달라질 수 있습니다 |
| AWS NLB | $0.0225 시간당 기본 요금과 $0.006 NLCU-시간 예시 | TCP·TLS 연결 수가 많은 서비스는 ALB와 다른 단위로 봐야 합니다 |
| AWS NLB | TCP 기준 NLCU는 800 신규 연결/초, 100,000 활성 연결/분, 1GB/시간을 봅니다 | TLS 리스너는 신규 TLS 연결 50/초와 활성 TLS 3,000/분 기준이라 더 빨리 커질 수 있습니다 |
| AWS NLB 예시 | 공식 예시는 $0.0289/시간과 $20.86/월을 제시합니다 | 기본 트래픽에서는 ALB와 비슷해 보여도 TLS 연결 패턴이 갈림길입니다 |
| AWS GWLB | $0.0125 시간당 기본 요금, $0.004 GLCU-시간, 엔드포인트 $0.01/시간과 $0.0035/GB 예시 | 방화벽·IDS 체인은 로드밸런서와 엔드포인트 비용을 같이 봐야 합니다 |
| Azure Standard Load Balancer | 공식 가격표는 규칙, 인바운드 NAT, 처리 데이터, 대역폭 별도 과금 축을 둡니다 | Azure 견적은 Load Balancer와 Bandwidth 항목을 분리해야 합니다 |
| Cloudflare Load Balancing | 공식 제품 설명은 헬스체크, 자동 장애 전환, 지리 기반 라우팅, 멀티클라우드 분산을 강조합니다 | 가격표 숫자보다 장애 전환 정책과 플랜 조건 확인이 먼저입니다 |
위 숫자는 US-East-1 등 공식 예시 기준이라 한국 원화 견적서와 바로 같지 않습니다.
재무팀은 환율 기준일, 부가세, 리전, 데이터 전송, 지원 등급을 별도 칸으로 분리해야 합니다.
ALB, NLB, L4 장비를 나누는 기준
같은 로드밸런서라는 이름을 써도 실제 설계 축은 L7, L4, 장비형으로 갈립니다.
| 선택지 | 맞는 상황 | 비용이 커지는 지점 | 보류 조건 |
|---|---|---|---|
| ALB 또는 L7 로드밸런서 | 도메인, 경로, 헤더, 쿠키별로 웹 트래픽을 나눈다 | 규칙 수, HTTPS 처리, Lambda 대상, 처리 바이트가 늘어난다 | 단순 TCP 포워딩이면 과한 선택일 수 있다 |
| NLB 또는 L4 로드밸런서 | 고정 IP, TCP, UDP, TLS 패스스루, 초저지연이 필요하다 | TLS 연결 수, 장시간 연결, 대역폭, 가용영역 수가 늘어난다 | URL 경로 기반 분기가 필요하면 맞지 않다 |
| Gateway Load Balancer | 가상 방화벽, IDS, 네트워크 어플라이언스를 투명하게 체인한다 | 엔드포인트 시간당 요금과 GB 처리 요금이 같이 붙는다 | 보안 장비 체인이 없으면 구조가 복잡해진다 |
| IDC L4 장비 | 온프레미스 서버와 고정 VIP, 장비 이중화, 물리 포트 보장이 필요하다 | 유지보수, 전원, 랙, SSL 오프로딩, 스페어 장비 비용이 붙는다 | 트래픽 변동이 크면 약정 장비가 부담이 된다 |
이 조건이면 검토합니다: 라우팅 규칙과 장애 전환 기준이 이미 문서화되어 있고 월별 피크 트래픽을 4주 이상 측정한 경우입니다.
이 경우는 보류합니다: 서버 증설 문제를 로드밸런서 하나로 해결하려 하지만 애플리케이션 상태 저장 방식과 세션 정책이 정리되지 않은 경우입니다.
월 견적을 여섯 항목으로 쪼개기
로드밸런서 견적서는 장비비나 시간당 요금보다 주변 항목을 따로 적을 때 비교가 쉬워집니다.
| 비용 항목 | 확인할 숫자 | 빠지면 생기는 문제 |
|---|---|---|
| 기본 사용료 | 로드밸런서 수, 가용영역 수, 시간당 과금, 월 730시간 기준 | 테스트 장비를 꺼두지 않아 기본 요금이 계속 남습니다 |
| 용량 단위 | LCU, NLCU, GLCU, CPS, 동시 연결, 처리 GB, 규칙 평가 수 | 요청 수는 낮아도 TLS 연결이나 규칙 평가가 비용을 키웁니다 |
| 네트워크 | 인터넷 전송량, 전용회선, NAT, PrivateLink, 초과 대역 단가 | 로드밸런서 비용보다 데이터 전송 비용이 더 커질 수 있습니다 |
| 보안 | WAF, DDoS 방어, 인증서, SSL 오프로딩, 로그 보관 | 앞단 보안이 빠져 사고 대응 비용이 남습니다 |
| 운영 | 헬스체크, 배포 전환, 장애 대응 SLA, 야간 작업, 모니터링 알림 | 장비는 살아 있어도 잘못된 헬스체크가 장애를 길게 만듭니다 |
| 계약 | 약정 기간, 유지보수 연장, 교체 장비, 원격 Hands, 해지 비용 | 장비형 L4는 계약 조건이 월액보다 더 큰 리스크가 됩니다 |
구매팀은 월액을 비교하기 전에 같은 트래픽 기준으로 산정했는지 확인해야 합니다.
운영팀은 장애 전환을 몇 초 안에 할지와 실패 판정을 몇 번 연속으로 볼지 먼저 합의해야 합니다.
실무 시나리오 1: 쇼핑몰 요청과 이벤트 트래픽
실무 시나리오 첫 번째는 이벤트 날 장바구니 요청과 상품 상세 페이지가 동시에 몰리는 쇼핑몰입니다.
이 조건이면 검토합니다: 상품 이미지와 정적 파일은 CDN으로 빼고, 로그인과 주문 요청만 ALB 뒤에 묶을 수 있는 구조입니다.
이 경우는 보류합니다: DB 연결 풀이 부족한데 로드밸런서만 추가해 웹 서버 수를 늘리려는 구조입니다.
서비스 오너는 피크 시간 95퍼센타일 요청 수, 오류율, 평균 응답 시간, 결제 실패 손실액을 한 표로 모아야 합니다.
보안팀은 WAF를 ALB 앞단에 둘지 CDN 계층에 둘지 정하고, 오탐으로 주문 요청이 막힐 때의 해제 절차를 정해야 합니다.
실무 시나리오 2: IDC L4 장비 교체와 클라우드 이전
실무 시나리오 두 번째는 오래된 IDC L4 장비를 유지할지 클라우드 NLB로 옮길지 판단하는 상황입니다.
이 조건이면 검토합니다: VIP, 포트, 세션 유지, SSL 종료, 방화벽 정책을 표로 뽑아 클라우드에서도 같은 동작을 검증할 수 있는 경우입니다.
이 경우는 보류합니다: 장비 장애 이력은 있지만 애플리케이션이 클라이언트 IP, 세션 쿠키, 장시간 TCP 연결에 얼마나 의존하는지 모르는 경우입니다.
네트워크팀은 L4 장비 유지보수 연장비, 스페어 장비, 랙 전력, 야간 작업비를 클라우드 시간당 요금과 같은 기간으로 비교해야 합니다.
보안팀은 Gateway Load Balancer나 방화벽 체인을 쓸 때 엔드포인트 비용과 보안 장비 라이선스가 함께 올라가는지 확인해야 합니다.
도입 전 실전 순서
로드밸런서 도입 순서는 제품 선택보다 측정과 실패 기준 정의가 먼저입니다.
- 현재 서버별 CPU, 메모리, 응답 시간, 오류율, 연결 수, 전송량을 최소 4주 단위로 뽑습니다.
- HTTP 라우팅이 필요한 요청과 TCP·UDP 패스스루가 필요한 요청을 분리합니다.
- 헬스체크 경로, 정상 응답 코드, 실패 판정 횟수, 복구 판정 횟수를 서비스별로 정합니다.
- 인증서 종료 위치, WAF 위치, 클라이언트 IP 전달 방식, 로그 보관 기간을 보안팀과 합의합니다.
- 가용영역 수와 리전 간 장애 전환 여부를 정하고, DNS TTL과 캐시 영향까지 테스트합니다.
- 클라우드형은 LCU·NLCU·GLCU와 데이터 전송량을 계산하고, 장비형은 유지보수와 스페어 장비를 더합니다.
- 배포 전환, 롤백, 장애 훈련 일정을 잡고 실제 장애 전환 시간을 기록합니다.
이 순서를 건너뛰면 로드밸런서는 장애를 줄이는 장비가 아니라 장애 지점을 하나 더 늘리는 장비가 됩니다.
보안·운영 리스크
로드밸런서는 외부 요청이 처음 닿는 지점이라 비용 절감과 보안 책임이 함께 붙습니다.
| 리스크 | 확인 질문 | 비용 영향 |
|---|---|---|
| 헬스체크 오판 | 헬스체크가 DB 장애와 앱 장애를 구분하나 | 정상 서버를 제외하거나 장애 서버로 계속 보내 매출 손실이 생깁니다 |
| 세션 끊김 | 고정 세션, 쿠키, 웹소켓, 장시간 TCP 연결 정책을 확인했나 | 전환 순간 사용자 로그아웃과 결제 실패가 늘어납니다 |
| 로그 누락 | 원본 IP, TLS 버전, WAF 결과, 백엔드 서버 ID가 남나 | 사고 조사와 요금 분쟁에서 증거가 부족해집니다 |
| 인증서 관리 | 인증서 만료 알림과 교체 권한이 분리되어 있나 | 만료 사고 한 번이 장비 월액보다 비쌀 수 있습니다 |
| DDoS 경로 | CDN, WAF, L4, 서버 방화벽 중 어느 계층에서 차단하나 | 잘못된 계층에서 막으면 정상 트래픽도 같이 떨어집니다 |
| 단일 구성 | 로드밸런서 자체가 가용영역과 전원 이중화를 갖췄나 | 서버 이중화보다 앞단 단일 장애점이 더 위험해집니다 |
보안팀은 로드밸런서 도입 승인서에 접근권한, 인증서 권한, 로그 보관, 장애 훈련 결과를 같이 넣어야 합니다.
운영팀은 헬스체크 실패 기준을 변경할 때 애플리케이션 배포 일정과 충돌하지 않도록 변경 창구를 하나로 묶어야 합니다.
비용 산정 스켈레톤
아래 스켈레톤은 공식 가격표와 공급사 견적서를 넣기 위한 내부 검토용 예시입니다.
실제 계약 전에는 리전, 환율, 부가세, 지원 등급, 할인 계약을 다시 확인해야 합니다.
# load-balancer-cost-model.yaml
workload:
service_name: commerce-order
monthly_hours: 730
peak_requests_per_second: 250
new_connections_per_second: 80
active_connections_per_minute: 18000
processed_gb_per_hour: 6
route_rule_count: 24
tls_termination: true
websocket_or_long_tcp: false
availability_zones: 2
options:
application_load_balancer:
hourly_base_usd: 0.0225 # official example baseline, verify region
lcu_hour_usd: 0.008 # official example baseline, verify region
estimated_lcu: 0 # calculate from max of four ALB dimensions
network_load_balancer:
hourly_base_usd: 0.0225 # official example baseline, verify region
nlcu_hour_usd: 0.006 # official example baseline, verify region
estimated_nlcu: 0 # calculate from TCP, UDP, TLS dimensions
gateway_load_balancer:
hourly_base_per_az_usd: 0.0125
glcu_hour_usd: 0.004
endpoint_hourly_usd: 0.01
endpoint_gb_usd: 0.0035
idc_l4_appliance:
monthly_device_fee_krw: 0
maintenance_monthly_krw: 0
ssl_offload_license_krw: 0
spare_device_or_rma_krw: 0
remote_hands_krw: 0
operational_gates:
require_health_check_design: true
require_waf_or_ddos_decision: true
require_certificate_owner: true
require_failover_test_minutes: 30
reject_if_single_load_balancer: true
이 파일의 핵심은 계산식보다 누락 항목을 막는 데 있습니다.
예산 담당자는 기본 요금이 낮은 선택지보다 장애 훈련과 로그 보관까지 포함한 총액을 비교해야 합니다.
계약 전에 물어볼 질문
견적 요청서에는 제품명보다 장애와 비용을 검증할 질문이 먼저 들어가야 합니다.
- 월 730시간 기준 기본 요금과 용량 단위 요금을 따로 표시해 달라고 요청합니다.
- 가용영역을 1개에서 2개로 늘릴 때 기본 요금, 데이터 전송, 장애 전환 정책이 어떻게 바뀌는지 묻습니다.
- SSL 인증서 종료, 원본 IP 전달, HTTP/2, WebSocket, gRPC, UDP 지원 범위를 제품별로 확인합니다.
- WAF, DDoS 방어, 방화벽 체인, 로그 저장소 비용이 같은 견적서에 포함되는지 분리합니다.
- 장비형 L4라면 유지보수 응답 시간, RMA, 스페어 장비, OS 업데이트, 취약점 패치 책임을 계약서에 씁니다.
- 클라우드형이라면 리전별 가격, 할인 계약, Savings Plan 대상 여부, PrivateLink나 NAT 비용을 따로 확인합니다.
이 질문에 답하지 못하는 견적서는 로드밸런서 비용 비교표에 올리면 안 됩니다.
함께 보면 좋은 글
로드밸런서 예산은 서버, 회선, CDN, 보안 장비 비용과 함께 봐야 정확해집니다.
자주 묻는 질문
로드밸런서 비용은 서버 대수에 비례하나요?
서버 대수도 영향을 주지만 실제 비용은 시간당 기본 요금, 처리 트래픽, 연결 수, 규칙 평가, 가용영역 수에 더 민감합니다.
ALB와 NLB 중 어느 쪽이 더 싼가요?
작은 트래픽에서는 비슷해 보일 수 있지만 HTTP 규칙이 많으면 ALB, TLS 연결이 많으면 NLB의 용량 단위가 먼저 커질 수 있습니다.
IDC L4 장비는 클라우드 로드밸런서보다 비싼가요?
장비 월액만 보면 예측 가능하지만 유지보수, 스페어 장비, 야간 작업, SSL 오프로딩, 전력과 랙 비용을 더해야 비교가 됩니다.
로드밸런서를 쓰면 장애가 자동으로 사라지나요?
아닙니다.
헬스체크 경로, 실패 판정, 세션 유지, 배포 롤백이 맞지 않으면 장애 시간이 더 길어질 수 있습니다.
WAF와 로드밸런서는 같은 예산으로 봐도 되나요?
분리해서 봐야 합니다.
WAF는 보안 정책과 오탐 대응 비용이 붙고, 로드밸런서는 트래픽 분산과 장애 전환 비용이 중심입니다.
로드밸런서 비용 절감의 첫 단계는 무엇인가요?
먼저 정적 트래픽을 CDN으로 빼고, 헬스체크와 라우팅 규칙을 줄인 뒤, 실제 LCU·NLCU·GLCU가 어느 축에서 커지는지 계산합니다.
출처와 확인일
확인일은 2026-09-13 KST 기준입니다.
- AWS - Elastic Load Balancing pricing
- AWS Docs - Application Load Balancer introduction
- AWS Docs - Network Load Balancer introduction
- AWS Docs - Gateway Load Balancer introduction
- Azure - Load Balancer pricing
- Microsoft Learn - Azure Load Balancer SKUs
- Cloudflare - Load Balancing product page
- Cloudflare Docs - Load Balancing documentation
- NGINX Docs - HTTP load balancing
가격, 리전, 할인율, 플랜 조건, 지원 범위는 변경될 수 있습니다.
이 글은 일반적인 인프라 예산 검토용 정보이며, 최종 계약 전에는 공식 문서와 공급사 견적서를 다시 확인해야 합니다.







댓글
댓글 쓰기