Omnissa Horizon 8 포드

Horizon 8 포드는 Horizon 8 확장성 제한에 따라 결정되는 조직의 단위입니다. 여러 빌딩 블록을 사용하여 Horizon 8 포드를 생성할 수 있습니다. 각 Horizon 8 포드는 관리 단위이며 별도의 콘솔 관리 사용자 인터페이스가 있습니다.

2개의 빌드 블록을 사용하는 포드 예

특정 구성에 따라, 각 vCenter Server는 많은 수의 가상 시스템을 지원할 수 있습니다. 이 지원을 통해 가상 시스템 데스크톱의 많은 빌딩 블록을 만들 수 있습니다. 그러나 실제 블록 크기에는 다른 Horizon 관련 제한 사항도 적용됩니다.

여기에 제시한 2가지 예에서는 네트워크 코어가 Horizon Connection Server 인스턴스에 대해 들어오는 요청을 로드 밸런싱합니다. 이중화 및 페일오버 메커니즘에 대한 지원은 일반적으로 네트워크 수준에서 로드 밸런서가 단일 실패 지점이 되지 않도록 방지할 수 있습니다. 예를 들어, 가상 라우터 중복 프로토콜(VRRP)은 이중화 및 페일오버 기능을 추가하도록 로드 밸런서와 통신합니다.

Horizon Connection Server 인스턴스가 실패하거나 활성 세션 중 응답하지 않을 경우에도 사용자 데이터는 손실되지 않습니다. 사용자가 다른 Horizon Connection Server 인스턴스에 연결할 수 있도록 가상 시스템 데스크톱에서 데스크톱 상태가 유지되며 해당 데스크톱 세션은 실패가 발생했었던 바로 그 지점에서 다시 시작됩니다.

하나의 vCenter Server를 사용하는 포드 예

이전 세션에서는 Horizon 8 포드가 여러 개의 빌드 블록으로 구성되어 있었습니다. 각 빌드 블록은 단일 vCenter Server를 통해 5,000대의 가상 시스템을 지원했습니다. 이 항목은 10,000대의 데스크톱을 관리하기 위하여 단일 vCenter Server를 사용하는 것에 기반을 둔 아키텍처를 설명합니다.

데스크톱 10,000대에 vCenter Server 한 대를 사용할 수는 있지만, 이 경우 단일 실패 발생 지점이 생성될 수 있습니다. 단일 vCenter Server를 손실하게 되면 전체 데스크톱 배포에서 전원, 프로비저닝, 다시 맞춤 작업을 이용할 수 없게 됩니다. 이러한 이유로 인하여 전체 구성 요소 복원성을 위한 요구 사항을 충족하는 배치 아키텍처를 선택하십시오.

예를 들어 10,000명의 사용자 포드는 물리적 서버, vSphere 인프라, Horizon 8 Server, 공유 스토리지, 클러스터당 2,000대의 가상 데스크톱으로 구성된 5개의 클러스터로 구성됩니다.