Basic vs. Standard Azure Load Balancer: 어떤 것이 필요할까요?
By Mirko Peters ·
Microsoft Azure에서 클라우드 인프라를 설계할 때 고가용성, 최적의 성능, 장애 허용성은 타협할 수 없는 요건입니다. 많은 탄력적 클라우드 아키텍처의 중심에는 Azure Load Balancer가 있습니다. 그러나 로드 밸런서를 구현하기로 결정하는 순간, 중요한 설계 결정에 직면하게 됩니다. Basic 계층을 선택해야 할까요, 아니면 Standard 계층을 선택해야 할까요? 잘못된 선택은 불필요한 비용 지출로 이어지거나, 미션 크리티컬 애플리케이션을 확장 병목과 다운타임에 노출시킬 수 있습니다.
Automatically translated with AI from the original post. Read the English original

Microsoft Azure에서 클라우드 인프라를 설계할 때 고가용성, 최적의 성능, 장애 허용성은 타협할 수 없는 요건입니다. 많은 탄력적 클라우드 아키텍처의 중심에는 Azure Load Balancer가 있습니다. 그러나 로드 밸런서를 구현하기로 결정하는 순간, 중요한 설계 결정에 직면하게 됩니다. Basic 계층을 선택해야 할까요, 아니면 Standard 계층을 선택해야 할까요? 잘못된 선택은 불필요한 비용 지출로 이어지거나, 미션 크리티컬 애플리케이션을 확장 병목과 다운타임에 노출시킬 수 있습니다.
이 종합 가이드에서는 Basic 및 Standard Azure Load Balancer에 대해 알아야 할 모든 내용을 자세히 살펴봅니다. 핵심 기능, 아키텍처 차이, 성능 지표, 진단, 배포 시나리오를 다루어, 특정 애플리케이션 요구 사항에 맞는 계층을 확신을 가지고 선택할 수 있도록 돕겠습니다.
Azure Load Balancer 소개
계층을 살펴보기 전에 Azure Load Balancer가 실제로 무엇을 하는지 이해하는 것이 중요합니다. OSI 모델의 계층 4에서 동작하는 Azure Load Balancer는 TCP와 UDP 트래픽을 모두 처리하며, 매우 낮은 지연 시간과 높은 처리량을 제공합니다. 클라이언트와 백엔드 서버 풀 사이에 위치하여 클라우드 인프라의 트래픽 관리자 역할을 합니다.
로드 밸런서는 인바운드 및 아웃바운드 흐름을 관리하여, 클라이언트 요청이 가상 머신이나 가상 머신 확장 집합과 같은 백엔드 리소스에 고르게 분산되도록 합니다. 상태 프로브를 활용해 백엔드 서버의 작동 상태를 지속적으로 모니터링합니다. 서버가 응답하지 않으면 로드 밸런서가 자동으로 해당 서버를 로테이션에서 제외하여, 사용자가 애플리케이션 중단이나 다운타임을 겪지 않도록 보호합니다. 단순한 내부 워크로드를 운영하든, 글로벌 이커머스 플랫폼에서 초당 수백만 건의 요청을 처리하든, 이 서비스를 구성하는 방법을 이해하는 것은 매우 중요합니다.
Basic과 Standard 계층 이해하기
Azure는 로드 밸런서 서비스에 대해 Basic과 Standard라는 두 가지 계층을 제공합니다. 두 계층 모두 네트워크 트래픽 분산이라는 기본 목표를 공유하지만, 서로 다른 사용 사례, 규모, 보안 체계를 위해 설계되었습니다.
Basic Load Balancer는 규모가 작고 요구 사항이 덜 까다로운 워크로드를 위해 설계되었습니다. 필수적인 로드 밸런싱 기능을 제공하지만, 확장성, 중복성, 고급 기능 측면에서 제약이 있습니다. 반면 Standard Load Balancer는 엔터프라이즈급 프로덕션 규모의 워크로드를 위해 만들어졌습니다. 고급 라우팅 기능, 엄격한 보안 체계, 강력한 관측 기능을 제공합니다. 두 계층 사이의 설계 철학 차이를 이해하는 것이 환경에 맞는 아키텍처 결정을 내리는 첫걸음입니다.
핵심 기능 및 기능 비교
Basic과 Standard 계층의 차이를 제대로 이해하려면 기능별로 비교해 볼 필요가 있습니다. 두 계층 사이의 아키텍처 차이는 고가용성, 보안, 모니터링 측면에서 무엇을 달성할 수 있는지를 결정합니다.
가장 중요한 차이 중 하나는 백엔드 풀 엔드포인트에 있습니다. Standard Load Balancer는 가상 머신 확장 집합과 분리된 인스턴스를 포함하여 가상 네트워크 내의 모든 가상 머신을 지원할 수 있으며, 대규모 백엔드 풀 한도까지 확장할 수 있습니다. 반면 Basic Load Balancer는 백엔드 풀을 단일 가용성 집합 또는 확장 집합 내의 가상 머신으로 제한합니다.
보안도 또 하나의 중요한 차별점입니다. Standard Load Balancer는 기본적으로 보안이 적용됩니다. 즉, 아웃바운드 규칙 또는 네트워크 보안 그룹 구성을 통해 명시적으로 허용하지 않는 한 백엔드 인스턴스가 인터넷에 암묵적으로 노출되지 않습니다. Basic Load Balancer는 기본적으로 개방되어 있어, 인바운드 및 아웃바운드 액세스를 잠그려면 네트워크 보안 그룹을 신중하게 관리해야 합니다. 또한 HA(고가용성) 포트, 글로벌 로드 밸런싱, 유연한 세션 지속성과 같은 기능은 Standard 계층에서만 사용할 수 있습니다.
Basic Load Balancer를 선택해야 하는 경우
Standard 계층의 고급 기능을 고려하면, Basic Load Balancer를 계속 쓸 이유가 있는지 궁금할 수 있습니다. 결론부터 말하면 여전히 쓸 곳이 있지만, 사용 사례는 비프로덕션 환경과 특정 경량 시나리오로 엄격히 제한됩니다.
다음 조건에 해당한다면 Basic Load Balancer를 선택하는 것을 고려해 볼 만합니다.
- 비프로덕션 및 개발/테스트 환경: 고가용성과 엄격한 서비스 수준 계약(SLA)이 필요하지 않은 테스트, 학습, 또는 스테이징용으로 임시 리소스를 생성하는 경우입니다.
- 예산이 제한된 소규모 애플리케이션: Basic 계층은 비용이 더 낮아(Azure 구성 모델에 따라서는 무료인 경우도 있습니다) 트래픽이 적은 소규모 내부 애플리케이션에 적합할 수 있습니다.
- 단순한 아키텍처: 애플리케이션에 가용성 영역, 복잡한 상태 프로브 프로토콜(기본 TCP 및 HTTP 이상), 또는 고급 메트릭 진단이 필요하지 않다면, Basic 계층은 추가 복잡성 없이 간단한 레이어 4 부하 분산을 제공합니다.
Standard Load Balancer를 선택해야 하는 경우
최신 엔터프라이즈 애플리케이션, 프로덕션 워크로드, 고객 대상 서비스라면 거의 예외 없이 Standard Load Balancer가 확실한 선택입니다. 탄탄한 기능 세트는 고가용성 클라우드 아키텍처의 요구를 충족하도록 설계되었습니다.
다음 시나리오에서는 Standard Load Balancer를 선택해야 합니다.
- 미션 크리티컬 프로덕션 애플리케이션: 재정적으로 보장되는 SLA, 고가용성, 무중단 운영이 요구되는 모든 애플리케이션은 Standard 계층을 사용해야 합니다.
- 스케일 아웃 아키텍처: 트래픽 부하에 따라 동적으로 확장 및 축소해야 하는 가상 머신 확장 집합을 활용하는 애플리케이션입니다.
- 세션 유지가 필요한 상태 저장 애플리케이션: 애플리케이션이 사용자 세션에 의존하고 사용자를 항상 같은 백엔드 서버로 라우팅하기 위해 소스 IP 선호도가 필요하다면, Standard는 이를 위한 필요한 구성 제어 기능을 제공합니다.
- 글로벌 및 다중 리전 확장: 애플리케이션을 전 세계로 확장하고 여러 Azure 리전에 걸쳐 트래픽을 효율적으로 분산해야 하는 경우입니다.
성능, 진단 및 가용성 영역
인프라 구성 요소를 평가할 때 원시 처리량만큼이나 관찰 가능성과 복원력도 중요합니다. 바로 이 지점에서 Standard Load Balancer가 Basic 제품과 확실히 차별화됩니다.
가용성 영역: Standard 계층은 Azure 가용성 영역을 기본적으로 지원합니다. 즉, 로드 밸런서의 프런트엔드와 백엔드 풀을 특정 영역에 맞춰 구성할 수 있으므로, 물리적 데이터 센터 하나가 전체적으로 중단되더라도 애플리케이션의 복원력을 유지할 수 있습니다. Basic 계층은 가용성 영역을 지원하지 않습니다.
진단 및 관찰 가능성: 올바른 데이터 없이 네트워크 문제를 해결하는 것은 악몽일 수 있습니다. Standard Load Balancer는 Azure Monitor와 깊이 통합되어 데이터 경로 상태, SYN 패킷, 바이트 수, 연결 끊김에 대한 풍부한 다차원 메트릭을 제공합니다. 메트릭 임계값에 대한 경고도 설정할 수 있습니다. Basic 계층은 메트릭이 훨씬 제한적이며, 일반적으로 퍼블릭 로드 밸런서에 대해서만 Azure Log Analytics를 통한 기본 로깅으로 제한됩니다.
상태 프로브: 두 계층 모두 TCP 및 HTTP 상태 프로브를 지원하지만, Standard 계층은 HTTPS 상태 프로브도 지원합니다. 이를 통해 백엔드 인스턴스에 대해 보안되고 암호화된 상태 검사를 수행할 수 있어, 엔드 투 엔드 트래픽 검증을 안전하게 유지할 수 있습니다.
결론 및 선택 방법
Basic과 Standard Azure Load Balancer 중 무엇을 선택할지는 결국 애플리케이션 요구 사항, 성능 기대치, 보안 태세, 예산의 균형을 맞추는 문제로 귀결됩니다. Basic 계층은 개발, 테스트, 그리고 소규모 비핵심 워크로드를 위한 경제적인 옵션이지만, 최신 프로덕션 환경에서는 Standard Load Balancer가 명실상부한 최강자입니다. 가용성 영역 지원, 풍부한 Azure Monitor 진단, 기본적으로 보안을 고려한 아키텍처, 그리고 대규모 확장성을 갖춘 Standard 계층은 클라우드 인프라가 탄력적이고, 고성능이며, 안전하게 유지되도록 보장합니다.
복원력 있는 아키텍처 설계 방법과 실용적인 클라우드 전략을 더 자세히 알고 싶다면 관련 팟캐스트 에피소드 Azure Load Balancer — Simply Explained도 꼭 확인해 보시기 바랍니다. 이 에피소드는 핵심 개념을 명확하고 실용적인 언어로 풀어 설명하며, 이것이 더 넓은 Microsoft 생태계에서 어떻게 맞물리는지도 보여 줍니다.