Horizon 8 포드는 VMware Horizon 확장성 제한에 따라 결정되는 조직의 단위입니다. 여러 빌딩 블록을 사용하여 Horizon 8 포드를 생성할 수 있습니다. 각 Horizon 8 포드는 관리 단위이며 별도의 콘솔 관리 사용자 인터페이스가 있습니다.
2개의 빌드 블록을 사용하는 포드 예
항목 | 수 |
---|---|
Horizon 8 포드에 대한 빌드 블록 | 2 |
vCenter Server | 2 |
데이터베이스 서버 | 2(각 빌드 블록 내 1개의 독립 실행형 데이터베이스 서버) MS SQL Server, Oracle 또는 PostgreSQL 데이터베이스 서버 |
연결 서버 | 7(회사 네트워크 내부 연결용 5개와 외부 연결용 2개) |
vLAN | 4,000대의 가상 시스템 데스크톱을 위한 LAN 기반 Horizon 빌드 블록의 예의 내용을 참조하십시오. |
10Gb 이더넷 모듈 | 1 |
모듈식 네트워킹 스위치 | 1 |
특정 구성에 따라, 각 vCenter Server는 많은 수의 가상 시스템을 지원할 수 있습니다. 이 지원을 통해 가상 시스템 데스크톱의 많은 빌딩 블록을 만들 수 있습니다. 그러나 실제 블록 크기에는 다른 VMware Horizon 관련 제한 사항도 적용됩니다.
여기에 제시한 2가지 예에서는 네트워크 코어가 연결 서버 인스턴스에 대해 들어오는 요청을 로드 밸런싱합니다. 이중화 및 페일오버 메커니즘에 대한 지원은 일반적으로 네트워크 수준에서 로드 밸런서가 단일 실패 지점이 되지 않도록 방지할 수 있습니다. 예를 들어, 가상 라우터 중복 프로토콜(VRRP)은 이중화 및 페일오버 기능을 추가하도록 로드 밸런서와 통신합니다.
연결 서버 인스턴스가 실패하거나 활성 세션 중 응답하지 않을 경우에도 사용자 데이터는 손실되지 않습니다. 사용자가 다른 연결 서버 인스턴스에 연결할 수 있도록 가상 시스템 데스크톱에서 데스크톱 상태가 유지되며 해당 데스크톱 세션은 실패가 발생했었던 바로 그 지점에서 다시 시작됩니다.
하나의 vCenter Server를 사용하는 포드 예
이전 세션에서는 Horizon 8 포드가 여러 개의 빌드 블록으로 구성되어 있었습니다. 각 빌드 블록은 단일 vCenter Server를 통해 5,000대의 가상 시스템을 지원했습니다. 이 항목은 10,000대의 데스크톱을 관리하기 위하여 단일 vCenter Server를 사용하는 것에 기반을 둔 아키텍처를 설명합니다.
데스크톱 10,000대에 vCenter Server 한 대를 사용할 수는 있지만, 이 경우 단일 실패 발생 지점이 생성될 수 있습니다. 단일 vCenter Server를 손실하게 되면 전체 데스크톱 배포에서 전원, 프로비저닝, 다시 맞춤 작업을 이용할 수 없게 됩니다. 이러한 이유로 인하여 전체 구성 요소 복원성을 위한 요구 사항을 충족하는 배치 아키텍처를 선택하십시오.
예를 들어 10,000명의 사용자 포드는 물리적 서버, vSphere 인프라, VMware Horizon 서버, 공유 스토리지, 클러스터당 2,000대의 가상 데스크톱으로 구성된 5개의 클러스터로 구성됩니다.
항목 | 예 |
---|---|
vSphere 클러스터 | 6(클러스터당 1개의 인스턴트 클론 풀을 갖춘 5개의 클러스터와 1개의 인프라 클러스터) |
vCenter Server | 1 |
데이터베이스 서버 | 1(독립 실행형) MS SQL 서버, Oracle 또는 PostgreSQL 데이터베이스 서버 |
Active Directory 서버 | 1 또는 2 |
연결 서버 인스턴스 | 5 |
Unified Access Gateway 장치 | 5 |
vLAN | 8(데스크톱 풀 클러스터용 5개, 관리, VMotion, 인프라 클러스터용으로 각각 1개) |