Azure의 고급 부하 분산 및 클러스터링

게시일: 19년 2021월 XNUMX일

다음 문서에서는 다음을 사용하여 고급 부하 분산 서비스를 설정하는 방법을 설명합니다. 고 가용성을위한 ZEVENET Load Balancer Azure Virtual Machine Infrastructure에서. 구성하는 절차를 설명하겠습니다. 제 베네트 백엔드 서버 팜을 사용하여 HTTP 서비스 부하 분산을 위해 TCP 부하 분산 프로필을 클러스터링하고 구성합니다. 제안 된 예는 Amazon Web Services의 고급로드 밸런싱 및 클러스터링 .

이번에는 Azure 서비스를 사용하여 Azure에서 적용 할 수있는 방법을 설명합니다. 다음 다이어그램은 배포하려는 아키텍처를 설명합니다. Azure에서 ZEVENET Application Delivery Controller를 사용한 웹 부하 분산.

각 ZEVENET ADC 시스템은 하나의 인터페이스 eth0으로 구성되고 각 인스턴스는 공용 IP에 할당되며 설명 된대로로드 밸런싱 목적으로 사용될 LB0 인스턴스의 eth1을 통해 다른 추가 IP에 추가 공용 IP가 할당됩니다. 이하:
LB1이 할당 됨 10.0.1.9 eth0에서이 인스턴스는 공용 IP에 의해 직접 액세스됩니다. 40.117.239.182
LB2이 할당 됨 10.0.1.8 eth0에서이 인스턴스는 공용 IP에 의해 직접 액세스됩니다. 137.135.92.30

추가 IP가 LB1에 할당되고 이름이 eth0 : vip1 및 IP 인로드 밸런서에서 구성됩니다. 10.0.1.11,이 IP는 여기에서 하나의로드 밸런싱 서비스를 구성하고 클러스터 서비스의 일부가되는 데 사용되므로이 IP는 클러스터에서 ACTIVE 역할을 관리하는 ZEVENET 인스턴스 중 하나에서만 한 번에 작동합니다. 이 내부 IP는 공용 IP에 할당됩니다. 52.170.117.153, 클라이언트가 게시 된 웹 서비스에 연결하기 위해 액세스합니다.

마지막으로 백엔드는 Linux 기반 웹 서버가있는 가상 머신 인스턴스이며, 이러한 인스턴스는 요청시 클라이언트가 연결하는 부하 분산 서비스의 일부입니다. http://52.170.117.153/ .

표시된 아키텍처를 구현하기 위해 Azure 마켓 플레이스에서 사용할 수있는 ZEVENET Load Balancer의 두 인스턴스를 배포 할 것입니다. Azure Portal의 홈 페이지에서 "리소스 만들기"를 클릭하고 ZEVENET Load Balancer 제품으로 검색하면됩니다.

다른 가상 머신과 마찬가지로 각로드 밸런서 매개 변수를 구성 할 수 있습니다. 이렇게하려면 다음 사항을 고려해야합니다.
크기에 비해 B1ls는 우리의 목적에 충분합니다.
각 Balancer 머신에 대해 연관된 네트워크 인터페이스가 생성됩니다. 밸런서 생성 양식에서 공용 IP, 사설 네트워크 및 보안 그룹을 구성합니다. 이 공용 IP는 GUI에 액세스하는 데 필요합니다. 각 가상 네트워크는 다른 가상 네트워크와 격리되므로 선택한 가상 네트워크는 다른 밸런서 및 백엔드가있는 곳과 동일해야합니다.

ZEVENET은 HTTPS 웹 GUI 관리 목적으로 TCP 포트 444를 사용하고 명령 줄 관리 및 클러스터링 목적으로 SSH에서 TCP 포트 22를 사용합니다. 또한로드 밸런서 가상 서비스에 사용되는 각 가상 포트는 보안 그룹에 포함되어야합니다. 이 경우 백엔드 HTTP 서비스에 액세스하려면 TCP 포트 80에서 들어오는 트래픽을 허용하는 다음 인바운드 규칙을 구성해야합니다. 이러한 네트워크 구성은 네트워크 보안 그룹에서 구성 할 수 있습니다.

ZEVENET 가상 어플라이언스가 배포되고 인스턴스 상태가 실행 모드로 표시되면 네트워크 구성을 진행할 수 있습니다.

이전 페이지에서 직접 클릭하거나 홈 페이지에서 찾아서 네트워크 인터페이스를 구성해야합니다. IP 구성을 클릭하고 http 트래픽을 허용하는 구성이 있는지 확인하십시오.

활성 노드에는 두 개의 Ip 구성이 필요합니다. 개인 IP와 연결된 공용 IP (관리 목적으로 사용됨) 및 균형 조정 목적으로 예약 된 개인 IP와 연결된 클러스터 공용 IP.

공용 IP가 구성된 후 가상로드 밸런서는 다음과 같이 액세스 할 수 있습니다.
LB1은 다음을 통해 액세스 할 수 있습니다. https:// 40.117.239.182:444 사용자 루트와 암호는 인스턴스 ID입니다.
LB1은 IP의 ssh를 통해 액세스 할 수 있습니다. 40.117.239.182, 이는 가상 머신 배포시 구성됩니다.
LB2은 다음을 통해 액세스 할 수 있습니다. https:// 137.135.92.30:444 사용자 루트와 암호는 인스턴스 ID입니다.
LB2은 IP의 ssh를 통해 액세스 할 수 있습니다. 137.135.92.30, 이는 가상 머신 배포시 구성됩니다.

계속하기 전에 호스트 이름 변경을 고려하는 경우 가상 머신 인스턴스를 재부팅하여 변경 사항을 적용하십시오.

웹 GUI에 대한 액세스가 성공적으로 완료되면 호스트 이름과 인증서 키라는 두 가지 중요한 값이 표시됩니다. 두 정보 모두로드 밸런서별로 고유하며 활성화 라이센스와 관련이 있습니다. 설명 된대로 다음 URL에서이 정보를 사용하십시오. https://www.zevenet.com/activate-enterprise-edition-cloud-evaluation/.

양식을 작성하면 시스템이 자동으로 지정된 이메일로 라이센스를 보냅니다. 각로드 밸런서의 웹 GUI를 통해받은 PEM 활성화 라이선스를 업로드하십시오. 완료되면 웹 GUI가 잠금 해제되고 모든 기능이 완전히 활성화되고 작동합니다.
두 노드 LB1 및 LB2에서 동일한 활성화 절차를 수행합니다.

이제 ZEVENET Cluster 서비스를 구성 할 준비가되었습니다. 할당 된 공인 IP를 통해 LB1의 웹 패널로 이동하십시오. https://40.117.239.182:444섹션 시스템> 클러스터 다음 양식을 작성하십시오.

Azure 자격 증명 :
          사용자: Azure 사용자 이름입니다.
          비밀번호: Azure 암호입니다.

클러스터 구성 :
          로컬 IP: eth0의 IP와 NIC를 선택하십시오.
          원격 IP: 여기에 노드 LB0에있는 eth2의 IP를 입력하십시오.
          원격 노드 비밀번호비밀번호 확인: 여기에 다른 노드의 ssh에 대한 루트 비밀번호를 입력하십시오. 기본적으로 인스턴스 ID는 LB2입니다.

를 클릭하십시오 생성 버튼을 누르고 몇 초 동안 기다리십시오. 그 동안 구성을 실행하는 노드가 ACTIVE 역할 (LB1)과 다른 역할 (LB2)이 수동태 역할.

이 시점에서 ZEVENET Cluster는 Azure에서 구성되었으며 작동 할 준비가되었으므로 첫 번째 클러스터형 부하 분산 서비스를 구성하겠습니다.
두 노드 모두에 Azure 자격 증명을 삽입해야합니다. 따라서 할당 된 공용 IP를 통해 LB2의 웹 패널로 이동하십시오. https:// 137.135.92.30:444 Azure 자격 증명도 채우십시오. 이러한 사용자 자격 증명은 어디에도 저장되지 않으며 클러스터의 네트워크 인터페이스를 수정할 수있는 권한 만있는 직접 활성 사용자를 만드는 데만 사용된다는 점을 명확히해야합니다.

웹 서비스를위한 간단한 L4로드 밸런싱 구성

We Buy Orders 신청서를 클릭하세요. LSLB> 농장> 농장 만들기 다음 매개 변수로.

사용 된 가상 IP를 고려하십시오. 10.0.1.11 이전에 구성한 가상 IP이며 항상 액세스 할 수있는 클러스터의 리소스입니다. ACTIVE 마디. 프레스 만들기 계속하십시오. 섹션 구성 서비스 설명한대로:

시간 초과가있는 IP 지속성 동일한 클라이언트 IP가 특정 기간 동안 동일한 백엔드에 연결되도록 보장해야하는 경우에만 60 초의 시간이 소요됩니다. 다음을 사용하여 고급 상태 확인 구성 FarmGuardian. 사용 check_tcp TCP 백엔드 포트 80이 각 백엔드에서 열려 있는지 확인하기위한 간단한 상태 점검으로 사용됩니다. 그런 다음 실제 웹 서비스가 실행중인 백엔드 서버 내부 IP 및 포트를 추가하십시오.

이제 연결을 테스트하십시오 공개 IP http://52.170.117.153/ 내부 IP에 할당 10.0.1.11, 연결은 다음을 사용하여로드 밸런서를 통과합니다. eth0 : vip1 사용 가능한 백엔드 중 하나로 전달됩니다.

그런 다음 강제로 ACTIVE 예를 들어이 역할로 노드를 재부팅하면 다른 하나가 가상 서비스를 받아 공용 IP에 다시 연결됩니다. 현재 및 새 클라이언트 연결은 동일한 백엔드에 대해 설정되지만 이번에는 새로운 ACTIVE 마디.

ZEVENET으로 Azure에서 고급 부하 분산 및 클러스터링을 즐기세요!

공유 :

GNU Free Documentation License의 조건에 따른 문서.

이 글이 도움 되었나요?

관련 기사