Azure Load Balancer 배포 모드

  • 아티클

Azure Load Balancer는 백 엔드 풀의 인스턴스에 대한 연결을 라우팅할 수 있도록 다음과 같은 분산 모드를 지원합니다.

분산 모드 해시 기반 세션 지속성: 클라이언트 IP 세션 지속성: 클라이언트 IP 및 프로토콜
개요 동일한 클라이언트 IP의 트래픽이 백 엔드 풀의 임의의 정상 인스턴스로 라우팅됩니다. 동일한 클라이언트 IP의 트래픽이 동일한 백 엔드 인스턴스로 라우팅됩니다. 동일한 클라이언트 IP 및 프로토콜의 트래픽이 동일한 백 엔드 인스턴스로 라우팅됩니다.
튜플 5튜플 2튜플 3튜플
Azure Portal 구성 세션 지속성: 없음 세션 지속성: 클라이언트 IP 세션 지속성: 클라이언트 IP 및 프로토콜
REST API "loadDistribution":"Default" "loadDistribution":SourceIP "loadDistribution":SourceIPProtocol

Load Balancer의 한 분산 모드에서 다른 분산 모드로 전환할 때 다운타임이 없습니다.

해시 기반

Azure Load Balancer는 기본적으로 5튜플 해시 기반 분산 모드를 사용합니다.

5개의 튜플은 다음으로 구성됩니다.

  • 원본 IP
  • 원본 포트
  • 대상 IP
  • 대상 포트
  • 프로토콜 형식

해시는 백 엔드 풀 내의 정상 백 엔드 인스턴스로 트래픽을 라우팅하는 데 사용됩니다. 알고리즘은 전송 세션 내에서만 고정성을 제공합니다. 클라이언트가 동일한 원본 IP에서 새 세션을 시작하면 원본 포트가 변경되어 트래픽이 다른 백 엔드 엔드포인트로 이동합니다. 해시 기반 분산을 구성하려면 Azure Portal에서 세션 지속성을 없음으로 선택해야 합니다. 이렇게 하면 동일한 클라이언트의 연속적인 요청을 모든 가상 머신에서 처리할 수 있습니다.

Hash-based distribution

그림: 기본 5튜플 해시 기반 배포

세션 지속성

세션 지속성을 알려진 세션 선호도, 원본 IP 선호도 또는 클라이언트 IP 선호도라고도 합니다. 이 분산 모드에서는 2튜플(원본 IP 및 대상 IP) 또는 3튜플(원본 IP, 대상 IP 및 프로토콜 형식) 해시를 사용하여 백 엔드 인스턴스로 라우팅합니다. 세션 지속성을 사용하면 동일한 클라이언트의 연결이 백 엔드 풀 내부의 동일한 백 엔드 인스턴스로 이동합니다.

세션 지속성 모드에는 두 가지 구성 유형이 있습니다.

  • 클라이언트 IP(2튜플) - 동일한 클라이언트 IP 주소의 연속적인 요청이 동일한 백 엔드 인스턴스에서 처리되도록 지정합니다.
  • 클라이언트 IP 및 프로토콜(3튜플) - 동일한 클라이언트 IP 주소 및 프로토콜 조합의 연속 요청이 동일한 백 엔드 인스턴스에서 처리되도록 지정합니다.

다음 그림은 2 튜플 구성을 보여 줍니다. 2 튜플이 부하 분산 장치를 통해 가상 머신 1(VM1)에 도달하는 방식을 확인합니다. VM1이 VM2와 VM3에 의해 백업됩니다.

Two-tuple session affinity distribution mode

사용 사례

클라이언트 IP 및 프로토콜과의 원본 IP 선호도(원본 IP 선호도 3튜플)는 Azure Load Balancer와 RD 게이트웨이(원격 데스크톱 게이트웨이) 간의 비호환성 문제를 해결합니다.

또 다른 사용 사례 시나리오는 미디어 업로드입니다. 데이터 업로드는 UDP를 통해 이루어 지지만 제어 평면은 TCP를 통해 이루어집니다.

  • 클라이언트는 부하가 분산된 공용 주소에 대한 TCP 세션을 시작하고 특정 DIP로 연결됩니다. 채널은 활성 상태로 유지되어 연결 상태를 모니터링합니다.
  • 동일한 클라이언트 컴퓨터의 새 UDP 세션이 부하가 분산된 동일한 공개 엔드포인트로 시작됩니다. 연결은 이전 TCP 연결과 동일한 DIP 엔드포인트로 지정됩니다. TCP를 통해 제어 채널을 유지하면서 미디어 업로드를 높은 처리량으로 실행할 수 있습니다.

참고 항목

가상 머신을 제거하거나 추가하여 Load Balancer 백 엔드 풀 구성원이 변경되면 클라이언트 요청의 분산이 다시 구성됩니다. 기존 클라이언트의 새 연결이 동일한 서버로 수행된다고 확신할 수 없습니다. 또한 원본 IP 선호도 분산 모드를 사용하면 트래픽이 불균등하게 분산될 수 있습니다. 프록시 뒤에서 실행되는 클라이언트는 하나의 고유한 클라이언트 애플리케이션으로 보일 수 있습니다.

다음 단계

Azure Load Balancer의 배포 모드를 구성하는 방법에 대한 자세한 내용은 Azure Load Balancer에 대한 배포 모드 구성을 참조하세요.