내부 부하 분산 장치 구현

완료됨

관리자는 내부 부하 분산 장치를 사용하여 트래픽을 가상 네트워크에 있는 리소스에 전달하거나 VPN을 사용하여 Azure 인프라에 액세스하는 리소스에 전달합니다. 이 구성에서 프런트 엔드 IP 주소와 가상 네트워크는 인터넷 엔드포인트에 직접 노출되지 않습니다. 내부 LOB(기간 업무) 애플리케이션은 Azure에서 실행되며 Azure 내에서 또는 온-프레미스 리소스에서 액세스할 수 있습니다.

비즈니스 시나리오

여러 가상 머신이 있는 Azure SQL Database 계층 서브넷이 있고 내부 부하 분산 장치를 구현한다고 가정합니다. 데이터베이스 요청을 백 엔드에 분산해야 합니다. 내부 부하 분산 장치는 데이터베이스 요청을 수신하고 부하 분산 규칙을 사용하여 백 엔드 SQL 서버에 요청을 분산하는 방법을 결정합니다. SQL 서버는 포트 1433에서 응답합니다. 다음 그림에서는 이 시나리오를 강조합니다.

Diagram showing how an internal load balancer works as described in the text.

내부 부하 분산 장치를 사용할 때 고려해야 할 사항

내부 부하 분산 장치를 구현하여 여러 유형의 부하 분산을 달성할 수 있습니다.

  • 가상 네트워크 내: 가상 네트워크의 가상 머신에서 동일한 가상 네트워크 내에 있는 가상 머신 세트로 부하 분산을 설정합니다.

  • 프레미스 간 가상 네트워크의 경우: 온-프레미스 컴퓨터에서 동일한 가상 네트워크 내에 있는 가상 머신 세트로 부하 분산을 적용합니다.

  • 다중 계층 애플리케이션의 경우: 백 엔드 계층이 인터넷에 연결되어 있지 않은 경우 인터넷 연결 다중 계층 애플리케이션에 대한 부하 분산을 구현합니다. 백 엔드 계층에는 인터넷 연결 계층의 트래픽 부하 분산이 필요합니다.

  • 사업 부문 애플리케이션의 경우: 다른 부하 분산 장치 하드웨어 또는 소프트웨어를 추가하지 않고도 Azure에서 호스트되는 사업 부문 애플리케이션에 대한 부하 분산을 추가합니다. 이 시나리오는 트래픽 부하가 분산되는 컴퓨터 집합에 있는 온-프레미스 서버를 포함합니다.

  • 퍼블릭 부하 분산 장치 사용: 다중 계층 애플리케이션을 만들도록 내부 부하 분산 장치 앞에 퍼블릭 부하 분산 장치를 구성합니다.