Azure 클러스터링 개요 #

다음 문서에서는 고급 로드 밸런싱 서비스를 설정하는 방법을 설명합니다. RELIANOID 고가용성을 위한 로드 밸런서 Azure 가상 머신 인프라에서. 구성하는 절차를 설명하겠습니다. RELIANOID 백엔드 서버 팜을 사용하여 로드 밸런싱 HTTP 서비스에 대한 TCP 로드 밸런싱 프로필을 클러스터링하고 구성합니다.

Cloud Load Balancer 클러스터링 환경 #

이번에는 Azure 서비스를 이용하여 Azure에서 어떻게 적용할 수 있는지 보여드리겠습니다. 다음 다이어그램은 배포하려는 아키텍처를 설명합니다. 웹로드 밸런싱 RELIANOID Azure의 애플리케이션 배달 컨트롤러.

각각의 RELIANOID VM은 하나의 네트워크 인터페이스로 구성됩니다. eth0 그리고 둘 다 공공 영역 및 사설 IP.
LB1 할당 10.0.1.9 비공개 IP로 40.117.239.182 공용 IP로.
LB2 할당 10.0.1.8 비공개 IP로 137.135.92.30 공용 IP로.

또한, 추가로 가상 IP (유형 중-고등부)는 이름으로 LB1에 할당됩니다. eth0:vp1 및 비공개 IP 10.0.1.11이는 로드 밸런싱을 위한 가상 서비스 또는 팜을 구성하는 데 사용되며 고가용성을 생성하기 위해 클러스터의 일부로 포함됩니다. 한 번에 하나의 클러스터 노드(현재 마스터(또는 활성) 노드)만 이러한 가상 IP에 할당됩니다. 이러한 가상 IP는 공인 IP를 통해 접속 가능합니다. 52.170.117.153, 사용자가 게시된 가상 서비스에 연결하는 데 사용됩니다.

실제 애플리케이션을 할당하는 백엔드는 프라이빗 네트워크에서 클라우드 VM으로 설정됩니다. 10.0.1.0/24. 이렇게 하면 실제 서버가 인터넷에 노출되지 않습니다.

Azure에서 클라우드 부하 분산 장치 클러스터링 구현 #

표시된 아키텍처를 설정하기 위해 두 개의 인스턴스를 배포합니다. RELIANOID 다음을 통해 액세스할 수 있는 로드 밸런서 가입하기. Azure Portal 홈페이지로 이동하여 리소스 생성을 검색하고 RELIANOID 로드 밸런서 제품용.

다른 가상 머신과 유사하게 부하 분산 장치 노드에 대한 각 VM 매개 변수를 사용자 지정할 수 있습니다. 주요 고려사항은 다음과 같습니다.

중량: 우리의 필요에 따라 B1ls 충분하다.
네트워크 인터페이스: 각 로드 밸런서 머신마다 연결된 네트워크 인터페이스가 생성됩니다. 밸런서 생성 양식에서 공용 IP, 사설 네트워크, 보안 그룹을 설정합니다. 그래픽 사용자 인터페이스(GUI)에 접속하려면 공인 IP가 필수적이라는 점을 기억하세요. 각 가상 네트워크는 다른 가상 네트워크와 격리되므로 선택한 가상 네트워크가 다른 밸런서 및 백엔드가 있는 네트워크와 일치하는지 확인하세요.
관리 ID: IT는 다음을 활성화해야 합니다. 시스템 할당 관리 ID. 에서 섹션에서 통합 인증 옵션. 이를 위해서는 귀하의 계정에 다음이 필요합니다. 가상 머신 기여자 역할 할당. 이 섹션에 대한 자세한 내용은 다음을 참조하세요. Azure에 대한 관리 ID 구성.

배포 후 RELIANOID 로드 밸런서 VM 인스턴스 상태 보여주고 있다 달리는 모드에서는 접근성 및 클러스터링을 위해 일부 구성이 필요합니다.

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

2. 관리형 ID 액세스: 클러스터링을 위해서는 Azure RBAC를 사용하여 리소스에 대한 액세스 권한을 부여해야 합니다. 원하는 리소스로 이동하여 선택하세요. 액세스 제어(IAM) 그 다음에 추가 > 역할 할당 추가. 이 섹션에서는 다음을 선택합니다. 가상 머신 기여자 역할 역할 > 권한 있는 관리자 역할. 다음 탭에서 회원 고르다 관리 ID에 대한 액세스 할당 그리고 클릭 + 회원 선택. 마지막으로 구독, 가상 기기 as 시스템 할당 관리 ID 두 부하 분산기 VM을 모두 선택합니다. 클릭 선택다음, 다음 그리고 마지막으로 검토 + 할당.

3. 네트워크 인터페이스: 두 VM 모두에 대해 생성된 네트워크 인터페이스를 찾아 클릭합니다. IP 구성 부분. 에서 마스터 노드(LB1)에는 두 개의 서로 다른 IP 주소가 필요합니다. 기본 개인 및 공용 IP, 그리고 하나 이상의 중-고등부 HA 로드 밸런싱 목적으로 사용되는 클러스터링 서비스에 할당된 가상 개인(및 선택적 공용 IP)입니다. 에서 노예 노드(LB2)만 기본 다음과 같이 필요할 것이다. RELIANOID 클러스터링 서비스는 중-고등부 활성 노드(현재 마스터 역할이 있는 노드)에서.

IP 주소가 구성된 후에는 다음과 같이 가상 Load Balancer에 액세스할 수 있습니다.
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에 대한 액세스가 성공적으로 완료되면 두 가지 중요한 값이 표시됩니다. 호스트 이름및 인증서 키, 두 정보 모두 Load Balancer별로 고유하며 활성화 라이센스와 관련되어 있습니다. 설명된 대로 다음 URL에서 이 정보를 사용하십시오. https://www.relianoid.com/activate-enterprise-edition-cloud-evaluation/.

양식이 작성되면 브라우저가 활성화 인증서를 다운로드합니다. 각 로드 밸런서의 웹 GUI를 통해 수신된 PEM 활성화 라이센스를 업로드하십시오. 완료되면 웹 GUI가 잠금 해제되고 모든 기능이 완전히 활성화되어 작동됩니다. 두 노드 LB1과 LB2 모두에서 동일한 활성화 절차를 수행합니다.

이제 구성할 준비가 되었습니다. RELIANOID 클러스터 서비스. 할당된 공인 IP를 통해 LB1의 Load Balancer 웹 GUI로 이동합니다. https://40.117.239.182:444섹션 시스템 > 클러스터 다음 양식을 작성하세요.

클러스터 구성:

• 로컬 IP: eth0의 IP와 NIC를 선택합니다.
• 원격 IP: 여기에 노드 LB0에 있는 eth2의 IP를 입력합니다.
• 원격 노드 비밀번호 비밀번호 확인: 여기에 다른 노드의 SSH에 대한 루트 비밀번호(기본적으로 LB2의 인스턴스 ID)를 입력합니다.

를 클릭하십시오 생성 버튼을 클릭하고 몇 초 동안 기다리면 구성을 실행하는 노드가 마스터 역할(LB1)이 역할을 맡고 다른 역할(LB2)이 역할을 맡게 됩니다. 노예 역할.

Azure에서 부하 분산 서비스 만들기 #

이 지점에서, RELIANOID Azure에 클러스터가 구성되어 작동할 준비가 되었습니다. 이제 웹 애플리케이션을 위한 간단한 네트워크 부하 분산 서비스인 첫 번째 클러스터 부하 분산 서비스를 구성해 보겠습니다. 이동 LSLB > 농장 > 농장 생성 다음 매개변수를 사용합니다.

사용된 가상 IP가 10.0.1.11 이전에 구성된 가상 IP이며 항상 다음에서 연결할 수 있는 클러스터의 리소스입니다. 마스터 마디. 누르다 신청 계속해서 섹션을 구성하세요. 서비스 백엔드 비공개 IP 주소로

시간 초과가 있는 IP 지속성 특정 기간 동안 동일한 클라이언트 IP가 동일한 백엔드에 연결되도록 보장해야 하는 경우를 대비해 60초입니다. 다음을 사용하여 고급 상태 확인을 구성합니다. 농장가디언. 사용 check_tcp 각 백엔드에서 TCP 백엔드 포트 80이 열려 있는지 확인하기 위한 간단한 상태 확인입니다. 그런 다음 실제 웹 서비스가 실행되는 백엔드 서버 내부 IP와 포트를 추가합니다.

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

그런 다음 강제로 변경하십시오. 마스터 예를 들어 클러스터의 역할을 사용하여 노드를 재부팅하면 다른 역할은 가상 서비스를 사용하고 공용 IP에 다시 연결됩니다. 현재 및 새 클라이언트 연결은 동일한 백엔드에 대해 설정되지만 이번에는 새 클라이언트 연결을 통해 설정됩니다. 마스터 마디.

문제 해결: 이 호스트는 시스템 ID를 할당하지 않았습니다. #

메시지를 받은 경우: “이 호스트에는 시스템 ID가 할당되지 않았습니다. Azure Portal에서 구성하세요.", 이는 Azure 클라이언트 중 하나를 나타냅니다. waagent 밸리 Azure-CLI, 또는 시스템 아이덴티티 로드 밸런서에 대해 제대로 설정되지 않았습니다. 이 문제를 해결하려면 로드 밸런서에서 다음 명령을 시도해 보십시오.

root@noid-ee-01:~# systemctl status walinuxagent
root@noid-ee-01:~# az login --identity
root@noid-ee-01:~# az account show

waagent 및 azure-cli가 시스템에 설치되어 있지 않으면 다음 명령을 실행하십시오.

root@noid-ee-01:~# apt-get install waagent azure-cli

Azure에서 고급 부하 분산 및 클러스터링을 즐겨보세요. RELIANOID!