한 가지 핵심 설계 원칙은 배치 시 단일 장애 지점을 제거하는 것입니다. 이 절에 제시된 숫자, 한계 및 권장 사항은 작성 당시 정확했습니다. Horizon 8의 최신 값은 Horizon 2106 Configuration Limits을 참조하십시오. Horizon 7의 경우 VMware 기술 자료 문서 VMware Horizon 7 Sizing Limits and Recommendations (2150348)을 참조하십시오.
Connection Server
단일 Connection Server는 최대 4,000개의 세션을 지원하지만 2,000개가 권장됩니다. 포드당 최대 7대의 연결 서버가 지원되며 포드당 총 12,000개의 활성 세션이 권장됩니다.
제안된 솔루션이 강력하고 오류를 처리할 수 있어야 한다는 요구사항을 충족하려면 연결 수(n+1)에 필요한 수보다 서버를 하나 더 배치하십시오.
| 결정 | Horizon Connection Server 5대가 구축되었습니다. 내부 네트워크에 위치한 전용 윈도우즈 2019 VM에서 실행되었습니다. |
| 타당한 이유 | 동시 연결 2,000개당 하나의 연결 서버가 권장됩니다. 대상 8,000명의 부하를 처리하려면 4대의 Connection Server가 필요합니다. 다섯 번째 서버는 이중화 및 가용성(n+1)을 제공합니다. |
vCenter Server
vCenter Server는 리소스 블록의 구분 기준입니다.
일반적으로 vCenter Server에서 호스팅할 수 있는 권장 VM 수는 사용되는 Horizon VM 유형에 따라 다릅니다. 다음 제한이 테스트되었습니다.
- 12,000개의 인스턴트 클론 VM
- 4,000개의 풀 클론 VM
VMware가 이러한 구성 최대값을 게시한다고 해서 반드시 제한값으로 설계해야 하는 것은 아닙니다. 단일 vCenter Server를 사용하면 사용자 환경의 VM 중 너무 많은 비율에 영향을 미칠 수 있는 단일 장애 지점이 발생합니다. 따라서 장애 도메인의 크기와 vCenter Server를 사용할 수 없게 될 경우 미치는 영향을 신중하게 고려해야 합니다.
단일 vCenter Server로 전체 환경을 지원할 수 있지만 위험을 줄이고 운영 중단의 영향을 최소화하기 위해 설계에 vCenter Server를 둘 이상 포함할 수 있습니다. vSphere 호스트가 중단되는 경우 vCenter Server VM을 다시 시작하는 VMware vSphere® High Availability(HA)를 사용하여 vCenter Server의 가용성을 높일 수 있습니다. vCenter High Availability를 사용하여 vCenter Server Appliance의 액티브-패시브 배포를 제공할 수도 있지만, 관리의 복잡성에 대한 이점을 고려할 때 주의해야 합니다.
너무 많은 프로비저닝 작업을 동시에 실행할 경우 단일 vCenter Server가 병목 현상을 일으킬 수 있으므로 크기 조정도 성능에 영향을 미칠 수 있습니다. 일반적인 운영에 맞게 크기를 조정할 뿐만 아니라 프로비저닝 작업의 영향과 빈도를 파악해야 합니다.
예를 들어, 사용자가 로그오프한 후 삭제되고 교체가 필요할 때 프로비저닝되는 비영구적인 상위 기반 인스턴트 클론 데스크톱이 있는 사용자 사례를 생각해 보십시오. 비영구적인 부동 데스크톱 풀은 예비 데스크톱으로 미리 채워질 수 있지만 대체 VM을 얼마나 자주 생성해야 하는지, 그리고 그 시기를 파악하는 것이 중요합니다. 사용자 로그오프와 새로운 데스크톱에 대한 요구가 하루 종일 분산되어 있습니까? 아니면 하루 중 특정 시간에 데스크톱 삭제 및 교체 작업이 클러스터링됩니까? 이러한 이벤트가 클러스터링된 경우 스페어 데스크톱의 수가 수요를 충족할 수 있습니까, 아니면 교체를 프로비저닝해야 합니까? 데스크톱을 프로비저닝하는 데 시간이 얼마나 걸리고 사용자가 지연될 수 있습니까?
이와 같은 프로비저닝 작업을 이해하면 vCenter Server에 대한 요구 사항과 스케일업보다 스케일아웃이 더 나은지 여부를 이해하는 데 도움이 됩니다.
| 결정 | 사이트당 두 개의 리소스 블록이 배포되었으며 각 블록은 내부 네트워크에 있는 자체 vCenter Server 가상 어플라이언스를 사용했습니다. |
| 타당한 이유 | 의도한 8,000개의 인스턴트 클론 VM 대상에는 단일 리소스 블록과 단일 vCenter Server가 지원되지만 전체 사용자 환경에 단일 vCenter Server를 사용하면 장애 도메인이 너무 커집니다. 환경을 두 개의 리소스 블록으로 분할하여 두 개의 vCenter Server로 분할하면 잠재적인 운영 중단의 영향을 줄일 수 있습니다. 또한 이 접근 방식을 사용하면 리소스 블록을 다시 설계할 필요 없이 각 리소스 블록을 더 많은 수의 VM으로 확장하고 포드 권장 사항까지 확장할 수 있습니다. |
Horizon Cloud Connector
Horizon Cloud Connector는 VMware vSphere® Web Client에서 가상 장치로 배포되고 포드의 Connection Server 중 하나에 페어링됩니다. 쌍 구성 프로세스의 일부로 Horizon Cloud Connector 가상 장치는 Connection Server를 Horizon Cloud Service에 연결하여 구독 라이센스를 관리합니다. Horizon의 구독 라이센스를 사용하면 Horizon 제품 활성화를 위해 라이센스 키를 검색하거나 수동으로 입력할 필요가 없습니다. 하지만 vSphere, vSAN 및 vCenter Server를 포함한 구성 요소를 지원하려면 라이센스 키가 여전히 필요합니다. 이러한 키는 VMware Customer Connect 연락처로 e-메일로 전송됩니다.
https://customerconnect.vmware.com/에서 Horizon 라이센스를 구입하려면 활성 VMware Customer Connect 계정이 있어야 합니다. 그런 다음 Horizon Cloud Connector를 OVA(Open Virtual Appliance) 파일로 다운로드할 수 있는 링크가 포함된 구독 e-메일을 받게 됩니다.
포드당 하나의 활성 또는 기본 Horizon Cloud Connector VM이 지원됩니다.
서비스 수준 Fault Tolerance를 지원하기 위해 기본 노드가 포함된 클러스터에 작업자 노드를 추가하여 2노드 Horizon Cloud Connector 클러스터를 생성할 수 있습니다. 작업자 노드에는 Horizon Cloud Connector 애플리케이션 서비스의 복제본이 포함되어 있습니다. Horizon Cloud Connector Cluster에 대한 자세한 내용과 현재 보호할 수 있는 서비스를 확인하려면 Horizon Cloud Connector 2.0 and Later – Horizon Cloud Connector Clusters, Node-Level High Availability, and Service-Level Fault Tolerance를 참조하십시오.
두 번째 작업자 노드를 구현하는 방법에 대한 지침은 Horizon Cloud Connector 2.0 and Later – Add a Worker Node to a Horizon Cloud Connector Cluster를 참조하십시오.
각 Cloud Connector 노드의 고가용성(HA)도 vSphere HA를 통해 제공되므로 vSphere 호스트가 중단되는 경우 Cloud Connector VM을 다시 시작합니다.
| 결정 | 내부 네트워크에는 포드당 Cloud Connector 2개가 구축되었습니다. 하나의 Cloud Connector는 기본 노드이고 두 번째는 작업자 노드입니다. |
| 타당한 이유 | Horizon Universal Broker는 다중 클라우드 할당에 사용됩니다. 두 번째 Cloud Connector 노드는 작업자 노드이며 Cloud Connector에서 실행되는 서비스에 대한 복원력을 제공합니다. |
출처 : https://techzone.vmware.com/resource/horizon-architecture
