이 설명서 페이지에서는 Horizon Cloud on Microsoft Azure 배포의 고가용성 특성에 대해 설명합니다.

v2204 서비스 릴리스부터 새 배포는 기본적으로 HA(고가용성)이 구성된 상태로 배포됩니다.

v2204 릴리스 이전에 존재하며 해당 포드에서 고가용성을 사용하도록 설정하지 않은 경우 Microsoft Azure의 Horizon Cloud 포드에서 고가용성 사용 단계를 사용하여 사용하도록 설정할 수 있습니다. 포드의 세부 정보 페이지는 포드에 대해 고가용성이 사용하도록 설정되었는지 여부를 보고합니다.

간단한 소개

Horizon Cloud on Microsoft Azure 배포의 고가용성 특성은 다음과 같은 시나리오에서 배포의 표준 작업이 계속 작동하도록 하기 위한 것입니다.

  • 하나의 포드 관리자 VM이 종료되거나 문제가 발생하면 해당 포드 관리자에 대한 트래픽은 수동 개입 없이 다른 포드 관리자 VM으로 자동으로 라우팅되었습니다.
  • 게이트웨이 구성에서 Unified Access Gateway VM이 종료되거나 문제가 발생하면 해당 Unified Access Gateway VM에 대한 트래픽은 수동 개입 없이 다른 Unified Access Gateway VM으로 라우팅되었습니다.

설계 요소

Horizon Cloud on Microsoft Azure 배포의 HA 설계는 다음 요소를 사용합니다.

복구된 VM 중 하나에 문제가 발생하거나 종료될 경우 이러한 요소는 복원력 및 페일오버를 제공합니다.

  • 연결된 VM
  • VM 쌍당 Microsoft Azure 가용성 설정
  • 각 쌍의 VM을 연결하는 Microsoft Azure Load Balancer
  • Azure Database for PostgreSQL Microsoft 관리 서비스

이러한 각 설계 요소가 배포에서 사용되는 방식에 대한 자세한 내용은 이 설명서 페이지의 다음 섹션을 계속 읽으십시오.

연결된 VM

Horizon Cloud on Microsoft Azure 배포자는 기본적으로 다음을 배포합니다.

  • 각 Horizon Cloud on Microsoft Azure 배포를 위한 2개의 포드 관리자 VM
  • 배포된 각 게이트웨이 구성에 대한 2개의 Unified Access Gateway VM
참고: 자체 VNet에 배포된 외부 게이트웨이 구성의 배포 시나리오에서 배포된 게이트웨이 커넥터 VM의 경우 단일 게이트웨이 커넥터 VM이 배포됩니다. 게이트웨이 커넥터가 종료되면 제어부는 VMware Horizon Cloud 운영 팀에 경고를 전송합니다. 이 팀에서는 API 호출을 사용하여 게이트웨이 커넥터의 상태를 해결할 수 있습니다.

VM 쌍당 Microsoft Azure 가용성 설정

각 VM 쌍은 Microsoft Azure 가용성 집합, VM 쌍당 가용성 집합과 연결되어 있습니다.

가용성 집합을 사용하면 쌍의 각 VM이 동일한 Microsoft Azure 데이터 센터 내의 별도의 물리적 하드웨어에 배포됩니다.

Microsoft Azure 가용성 집합의 설계에 따라 가용성 집합은 쌍으로 구성된 VM이 해당 Microsoft Azure 데이터 센터의 별도 물리적 하드웨어에 상주하도록 합니다.

이러한 백엔드 하드웨어 분리로 인해 두 VM에서 동시에 다운타임이 발생할 가능성이 최소화됩니다. 전체 Microsoft Azure 데이터 센터가 종료된 경우에만 쌍의 두 VM이 영향을 받습니다.

각 쌍의 VM을 연결하는 Microsoft Azure Load Balancer

연결된 VM 섹션에 설명된 대로 Horizon Cloud on Microsoft Azure 배포에는 포드 관리자 VM 쌍이 있고 배포된 각 게이트웨이 구성에는 Unified Access Gateway VM 쌍이 있습니다.

배포자는 각 VM 쌍에 대해 Microsoft Azure Load Balancer를 배포합니다.

포드 관리자 VM - Load Balancer

배포자는 포드 배포 중에 이 Azure Load Balancer를 배포합니다. 이 로드 밸런서는 배포자가 구성한 상태 프로브 및 규칙에 따라 포드의 관리자 VM으로 트래픽을 라우팅합니다.

  • 포드 관리자 VM이 이 로드 밸런서의 백엔드 풀에 추가됩니다.
  • 하나의 포드 관리자 VM은 포드 프로비저닝된 데스크톱 및 애플리케이션에 대한 최종 사용자 클라이언트 연결을 용이하게 하는 활성 역할을 가정합니다.
  • 로드 밸런서는 백엔드 풀에서 포드 관리자 VM의 정의된 규칙 및 상태 프로브를 기준으로 활성 역할을 갖는 포드 관리자를 결정합니다.
  • 로드 밸런서는 이러한 결정에 따라, 페일오버 발생 시까지 활성 역할이 있는 포드 관리자 VM으로 모든 연결 요청 트래픽을 원활하게 라우팅합니다.
  • 그런 다음, 다른 포드 관리자 VM은 데스크톱 및 애플리케이션에 대한 클라이언트 연결을 용이하게 하는 활성 역할을 가정합니다. 이때 로드 밸런서는 연결 요청을 해당 VM으로 라우팅합니다.
  • 이 페일오버가 발생하면 포드 관리자 VM에 활성 역할이 있다는 이러한 변경 사항을 알리는 알림이 콘솔로 전송됩니다.

포드 관리자 VM의 배포된 Azure Load Balancer는 새 포드 마법사가 VM 서브넷 - 기본으로 레이블을 지정한 서브넷(기본 테넌트 서브넷이라고도 함)에 IP가 있는 VM의 NIC에 연결됩니다.

포드 관리자 VM의 로드 밸런서는 최종 사용자 클라이언트 연결 요청과 포드 관리자 VM 사이에 위치합니다.

포드가 게이트웨이 구성으로 구성되면 Unified Access Gateway 인스턴스의 트래픽은 이 포드 관리자 VM의 Microsoft Azure Load Balancer로 라우팅되고 Azure Load Balancer는 해당 트래픽을 활성 포드 관리자 VM으로 라우팅합니다.

포드에 게이트웨이 구성이 없고 포드를 직접 연결용으로 구성한 경우 최종 사용자 클라이언트 연결은 포드 관리자 VM의 Microsoft Azure Load Balancer로 이동하며, 여기서 해당 트래픽이 활성 포드 관리자 VM으로 라우팅됩니다.

게이트웨이 구성 - Load Balancer

배포자는 게이트웨이 구성을 배포하는 동안 이 Azure Load Balancer를 배포합니다. 이 로드 밸런서는 배포자가 구성한 상태 프로브 및 규칙에 따라 배포의 Unified Access Gateway VM으로 트래픽을 라우팅합니다.

  • Unified Access Gateway VM이 이 로드 밸런서의 백엔드 풀에 추가됩니다.
  • 각 Unified Access Gateway VM은 최종 사용자 클라이언트 트래픽에서 활성 역할을 합니다. 각 Unified Access Gateway VM은 Horizon Cloud Service on Microsoft Azure 서비스 제한 페이지에 명시된 제한까지 포드의 최대 동시 연결 세션을 관리하기 위한 것입니다.
  • 로드 밸런서는 백엔드 풀의 Unified Access Gateway VM이 VM의 정의된 규칙 및 상태 프로브를 기준으로 연결을 수신할 수 있는지 여부를 결정합니다.
  • 로드 밸런서는 해당 결정에 따라 상태 프로브를 충족하는 VM으로 연결 요청 트래픽을 원활하게 라우팅합니다.
  • 백엔드 풀의 VM에 문제가 있거나 종료되면 로드 밸런서는 새 연결 요청을 정상 VM으로 라우팅합니다.
  • VM에 대한 기존 연결에 문제가 발생하거나 종료되면 해당 연결이 끊어집니다. 이러한 사용자는 클라이언트 세션을 수동으로 다시 연결해야 하며 로드 밸런서는 해당 세션을 정상 Unified Access Gateway VM에 연결합니다.
  • 비정상 VM이 정상 상태로 돌아가고 로드 밸런서의 규칙 및 상태 프로브를 충족하는 경우 로드 밸런서는 해당 VM에 대한 새 연결 요청을 허용합니다.

게이트웨이 구성의 포드 로드 밸런서는 최종 사용자 클라이언트 연결 요청과 구성의 Unified Access Gateway VM 사이에 위치합니다.

외부 게이트웨이 구성의 경우 배포된 Azure Load Balancer는 배포자 마법사가 DMZ 서브넷으로 레이블을 지정하는 IP가 있는 VM의 NIC에 연결됩니다. 마법사가 자체 VNet에 외부 게이트웨이 구성을 배포하는 데 사용되는 경우 마법사는 이 서브넷에 프런트엔드 서브넷 레이블을 지정합니다.

내부 게이트웨이 구성의 경우 배포된 Azure Load Balancer는 포드의 기본 테넌트 서브넷(배포자 마법사에서 VM 서브넷 - 기본으로 레이블 지정)에 IP가 있는 VM의 NIC에 연결됩니다.

배포의 Azure Database for PostgreSQL Microsoft 관리 서비스

배포에서는 Azure Database for PostgreSQL Microsoft 관리 서비스와 해당 단일 서버 배포 옵션을 사용합니다.

이 Microsoft 관리 서비스를 사용하면 포드 작업에 필요한 데이터가 중앙에 집중되며, 관리자 VM 간에 데이터 복제를 사용하지 않아도 됩니다. 현재 릴리스에서 배포자는 다음 구성을 사용합니다.

  • PostgreSQL 버전 11
  • 메모리가 최적화됨
  • 계산 세대: Gen 5
  • vCore: 2개
  • 스토리지: 10GB
  • 자동 증가: 아니오
  • 백업 스토리지: 로컬 중복

메모리 최적화 구성에 대한 자세한 내용은 Microsoft 설명서를 참조하십시오.

이 릴리스 수준에서 생성되었거나 이 릴리스 수준으로 업데이트된 포드가 Microsoft Azure 구독 비용에 미치는 영향

이 릴리스에서 고가용성을 지원하는 데 필요한 요소는 Microsoft Azure 구독에서 Azure Database for PostgreSQL를 사용하고 VM 쌍을 실행할 때 비용을 발생합니다. 이 문서를 작성할 당시에는 Azure Load Balancer 또는 가용성 집합을 사용하는 데는 비용이 발생하지 않았습니다.

현재 릴리스에서 사용되는 위에서 설명한 Microsoft Azure Database for PostgreSQL 구성의 예상 가격은 https://azure.microsoft.com/en-us/pricing/details/postgresql/server/를 참조하십시오.

관련 리소스 그룹

포드 관리자의 HA 관련 리소스는 포드 관리자 VM과 동일한 리소스 그룹에 상주합니다.

게이트웨이 구성의 HA 관련 리소스는 게이트웨이 구성의 Unified Access Gateway VM과 동일한 게이트웨이 구성의 리소스 그룹에 상주합니다.

포드 관리자의 리소스 그룹에는 배포의 Microsoft Azure Database for PostgreSQL Microsoft 관리 서비스 사용도 포함됩니다.

Microsoft Azure Portal에 로그인하고 해당 리소스 그룹으로 이동할 때 구독에서 리소스의 세부 정보를 볼 수 있습니다.

포드의 리소스 그룹을 식별하는 방법에 대한 자세한 내용은 Horizon Cloud on Microsoft Azure 배포용으로 생성된 리소스 그룹을 참조하십시오.

Microsoft Azure의 Horizon Cloud 포드에서 고가용성 사용

고가용성을 사용하도록 설정하지 않은 포드의 경우 다음 단계에 따라 고가용성을 사용하도록 설정할 수 있습니다.

이 페이지는 고가용성이 아직 사용하도록 설정되지 않은 포드가 있는 관리자만 대상으로 합니다.

v2204 서비스 릴리스부터 새 Horizon Cloud on Microsoft Azure 배포는 기본적으로 고가용성이 이미 구성된 상태로 배포됩니다. 포드에 고가용성이 이미 구성된 경우 이 페이지의 단계가 적용되지 않습니다.

포드의 세부 정보 페이지에 고가용성이 사용하도록 설정되지 않은 것으로 표시되면 포드를 편집하여 고가용성을 사용하도록 설정할 수 있습니다. 이 프로세스에서는 두 번째 포드 관리자 VM이 포드의 리소스 그룹에 배포되고 해당 VM이 포드의 Microsoft Azure Load Balancer 및 가용성 집합에 구성됩니다.

중요: 고가용성을 위해 포드를 사용하도록 설정하는 것은 일회성 작업입니다. 고가용성을 위해 포드를 사용하도록 설정한 후에는 나중에 구성을 되돌리고 포드에서 해당 기능을 비활성화할 수 없습니다.

[포드 편집] 워크플로 단계를 수행하고 업데이트를 확인한 후 서비스는 포드의 Microsoft Azure 구독에서 두 번째 포드 관리자 VM을 인스턴스화하고 해당 VM과 기존 Azure Load Balancer, Azure PostgreSQL 데이터베이스 및 기타 필요한 포드 관련 작업 간에 적절한 연결을 설정합니다. 전체 프로세스를 완료하는 데 약 30분이 걸립니다.

사전 요구 사항

Horizon Universal Console을 사용하여 워크플로 단계를 수행하기 전에 이러한 조건을 충족하는지 확인합니다.

  • 고가용성을 사용하도록 설정하려면 포드 소프트웨어가 매니페스트 버전 1600 이상이어야 합니다. [용량] 페이지에서 포드의 세부 정보 페이지로 이동하여 포드의 매니페스트 버전을 볼 수 있습니다.
  • 구독에 추가 포드 관리자 VM의 생성을 수용할 수 있는 충분한 할당량 및 코어가 있는지 확인합니다.
  • 포드가 1600 이전 버전의 매니페스트에서 업데이트된 경우 고가용성을 위해 포드를 사용하도록 설정하려면 먼저 다음을 확인해야 합니다.
    • 포드 업데이트 프로세스가 해당 포드에서 완료되었습니다.
    • 모든 포드의 이미지 VM, 팜 RDSH 지원 VM 및 데스크톱 할당 VM에서 에이전트는 업데이트된 포트에서 실행되는 매니페스트와 호환되는 에이전트 릴리스 버전으로 업데이트됩니다. 포드 업데이트와 에이전트 업데이트의 관계에 대한 자세한 내용은 Horizon Cloud 포드 업데이트 — 지속적인 에이전트 호환성 및 지원을 위한 단계 항목을 참조하십시오.

프로시저

  1. [용량] 페이지에서 포드의 세부 정보 페이지로 이동합니다.
  2. 편집을 클릭합니다.
  3. [고가용성] 섹션에서 토글을 사용으로 전환합니다.
  4. 저장 후 종료를 클릭합니다.
  5. 업데이트를 확인합니다.

결과

포드의 세부 정보 페이지에서 클러스터 상태가 보류 중 상태로 표시됩니다. 구성 활동이 완료되면 클러스터 상태로 준비가 표시됩니다. 전반적인 프로세스를 완료하는 데 약 30분이 걸립니다.