내부 부하 분산 장치

완료됨

사용자의 요청을 프런트 엔드 서버에 분산하는 것 외에도 Azure Load Balancer를 사용하여 프런트 엔드 서버에서 백 엔드 서버 간에 트래픽을 균등하게 분산시킬 수 있습니다.

의료 기관에서는 프런트 엔드 서버가 중간 계층에 호스팅되는 비즈니스 논리를 호출합니다. 중간 계층을 프런트 엔드로서 확장 가능하며 복원력 있게 만들고자 합니다. 부하 분산 장치를 사용하여 프런트 엔드 서버에서 중간 계층 서버 간에 요청을 균등하게 분산하려고 합니다. 이렇게 하면 가능한 가장 높은 용량을 얻도록 중간 계층 서버를 스케일 아웃할 수 있습니다. 또한 중간 계층이 오류에 대한 복원력을 가지도록 보장합니다. 서버에 장애가 발생하면 부하 분산 장치는 자동으로 트래픽을 다른 서버로 다시 라우팅합니다.

여기에서는 부하 분산 장치를 사용하여 내부 트래픽을 분산하는 방법을 알아봅니다.

내부 부하 분산 장치 구성

의료 포털 시나리오에서 웹 계층은 사용자의 요청을 처리합니다. 웹 계층은 데이터베이스에 연결하여 사용자에 대한 데이터를 검색합니다. 또한 데이터베이스 계층은 두 개의 가상 머신에 배포됩니다. 데이터베이스 서버에 오류가 발생하는 경우 프런트 엔드 웹 포털이 클라이언트 요청을 계속 처리할 수 있도록 내부 부하 분산 장치를 설정하여 데이터베이스 서버에 트래픽을 분산할 수 있습니다.

내부 부하 분산 장치를 외부 부하 분산 장치와 거의 동일한 방식으로 구성할 수 있지만, 다음과 같은 차이점이 있습니다.

  • 부하 분산 장치를 만들 때 유형 값으로 내부를 선택합니다. 이 설정을 선택하면 부하 분산 장치의 프런트 엔드 IP 주소가 인터넷에 노출되지 않습니다.
  • 부하 분산 장치의 프런트 엔드에 대해 공용 IP 주소 대신 개인 IP 주소를 할당합니다.
  • 요청을 처리하려는 가상 머신을 포함하는 보호된 가상 네트워크에 부하 분산 장치를 배치합니다.

내부 부하 분산 장치는 웹 계층에만 표시되어야 합니다. 데이터베이스를 호스트하는 모든 가상 머신은 하나의 서브넷에 있습니다. 내부 부하 분산 장치를 사용하여 해당 가상 머신에 트래픽을 분산할 수 있습니다.

내부 부하 분산 장치를 보여 주는 다이어그램.

배포 모드 선택

의료 포털에서는 애플리케이션 계층이 비저장 상태이므로 원본 IP 선호도를 사용할 필요가 없습니다. 5 튜플 해시의 기본 배포 모드를 사용할 수 있습니다. 이 모드는 가장 뛰어난 확장성 및 복원력을 제공합니다. 부하 분산 장치는 트래픽을 정상 서버로 라우팅합니다.

지식 점검

1.

내부 부하 분산 장치를 구성하는 데 필요한 구성은 무엇입니까?

2.

외부 부하 분산 장치에 대한 다음 문 중 어떤 것이 맞을까요?