500대 이상의 데스크톱을 수용하는 Horizon 7 운영 환경을 설계할 때 여러 인스턴스가 아닌 하나의 vCenter Server 인스턴스를 사용할지 여부와 관련하여 몇 가지 사항을 고려해야 합니다.
View 5.2부터 VMware는 단일 vCenter 5.1 이상 서버를 통해 단일 Horizon 7 포드 내에서 최대 10,000대의 데스크톱 가상 시스템 관리를 지원합니다. 단일 vCenter Server 인스턴스를 사용하여 10,000대의 가상 시스템을 관리하려면 먼저 다음 사항을 고려하십시오.
- 회사 유지 관리 창의 지속 기간
- Horizon 7 구성 요소 장애 허용 역량
- 전원, 프로비저닝, 다시 맞춤 작업 빈도
- 인프라의 간소함
유지 관리 창의 지속 기간
가상 시스템의 전원, 프로비저닝 및 유지 관리 작업에 대한 동시 설정은 vCenter Server 인스턴스에 따라 결정됩니다.
| 하나의 vCenter Server 인스턴스를 이용한 팟 설계 | 동시 설정은 전체 Horizon 7 팟에 대해 한 번에 대기열에 넣을 수 있는 작업 수를 결정합니다. 예를 들어 동시 프로비저닝 작업 수를 20으로 설정하고 팟에 하나의 vCenter Server 인스턴스만 있을 경우 작업 수가 20개가 넘는 데스크톱 풀이 있으면 프로비저닝 작업이 직렬화됩니다. 20개의 동시 작업이 동시에 대기한 후에, 다음 작업이 시작되기 전에 하나의 작업이 완료되어야 합니다. 대규모 Horizon 7 배포에서는 이러한 프로비저닝 작업이 오래 걸릴 수 있습니다. |
| 여러 vCenter Server 인스턴스를 사용한 팟 설계 | 각 인스턴스는 20개의 가상 시스템을 동시에 프로비저닝할 수 있습니다. |
하나의 유지 관리 기간에서 보다 많은 작업이 동시에 완료될 수 있도록 하려면 여러 vCenter Server 인스턴스(최대 5개)를 팟에 추가할 수 있으며, 개별 vCenter Server 인스턴스에서 관리하는 vSphere 클러스터에 여러 데스크톱 풀을 배포할 수 있습니다. vSphere 클러스터는 한 번에 하나의 vCenter Server 인스턴스에서만 관리될 수 있습니다. 전체 vCenter Server 인스턴스에서 동시성을 실현하려면 이에 따라 데스크톱 풀을 배포해야 합니다.
구성요소 장애가 허용되는 있는 역량
Horizon 7 팟에서 vCenter Server의 역할은 전원, 프로비저닝, 다시 맞춤(새로 고침, 재구성, 재조정) 작업을 제공하는 것입니다. 가상 시스템 데스크톱이 배포되고 전원이 켜지면 Horizon 7는 일반적인 작업 과정에서 vCenter Server를 사용하지 않게 됩니다.
각 vSphere 클러스터가 단일 vCenter Server 인스턴스에서 관리되어야 하므로 이 서버는 모든 Horizon 7 설계에서 단일 실패 지점을 나타냅니다. 각 View Composer 인스턴스에도 이러한 위험이 적용됩니다. 각 View Composer 인스턴스와 vCenter Server 인스턴스가 일대일로 매핑되기 때문입니다. 다음 제품 중 하나를 사용하면 vCenter Server 또는 View Composer 중단의 영향을 완화할 수 있습니다.
- VMware vSphere High Availability (HA)
- 타사 호환 페일오버 제품
vCenter Server 페일오버에 대한 이러한 자동화된 옵션 외에도, 새로운 가상 시스템 또는 물리적 서버에서 장애가 발생한 서버를 재구축하도록 선택할 수도 있습니다. 대부분의 주요 정보는 vCenter Server 데이터베이스에 저장됩니다.
팟 설계에서 하나 이상의 vCenter Server 인스턴스를 사용해야 하는지 여부를 결정하는 데 있어 위험 허용 능력은 중요한 요인입니다. 작업에서 모든 데스크톱의 전원 작업 및 다시 맞춤 작업과 같은 데스크톱 관리 작업을 동시에 수행할 수 있어야 할 경우 여러 vCenter Server 인스턴스를 배포하여 중단의 영향을 더 적은 수의 데스크톱으로 분산해야 합니다. 장기간 동안 관리 또는 프로비저닝 작업에 사용할 수 없는 데스크톱 환경을 허용할 수 있거나 수동 재구축 프로세스를 사용하도록 선택할 경우 팟에 대해 단일 vCenter Server 인스턴스를 배포할 수 있습니다.
전원, 프로비저닝, 다시 맞춤 작업 빈도
특정 가상 시스템 데스크톱 전원, 프로비저닝 및 다시 맞춤 작업은 관리자 작업을 통해서만 시작할 수 있으며, 일반적으로 예측 및 제어가 가능하고 설정된 유지 관리 기간으로만 제한할 수 있습니다. 다른 가상 시스템 데스크톱 전원 및 다시 맞춤 작업은 로그오프 시 새로 고침 또는 로그오프 시 일시 중단 설정 같은 사용자의 동작이나, 사용자가 작업하지 않는 기간 동안 유휴 ESXi 호스트의 전원을 끄기 위해 DPM(Distributed Power Management)을 사용하는 등의 스크립트 작업을 통해 트리거됩니다.
Horizon 7 설계 특성상, 사용자가 트리거하는 전원 및 다시 맞춤 작업이 필요하지 않을 경우 단일 vCenter Server 인스턴스가 적합할 수 있습니다. 사용자가 트리거하는 전원 및 다시 맞춤 작업의 빈도가 높지 않다면 작업 대기열이 길게 누적되지 않으므로 Horizon 연결 서버가 vCenter Server에서 정의된 동시 설정 제한 내에 요청한 작업을 완료할 때까지 대기하는 시간이 초과되지 않습니다.
많은 고객들이 부동 풀을 배포하는 것을 선택하며 로그오프 시 새로 고침 설정을 사용하여 기존 세션의 오래된 데이터가 없는 데스크톱을 지속적으로 전송하고 있습니다. 오래된 데이터의 예로는 pagefile.sys 또는 Windows temp 파일의 언클레임드 메모리 페이지가 포함됩니다. 부동 풀은 데스크톱을 알려진 클린 상태로 자주 재설정하여 맬웨어의 영향을 최소화할 수도 있습니다.
일부 고객은 vSphere DRS(Distributed Resources Scheduler)가 실행 중인 가상 시스템을 최소한의 ESXi 호스트로 통합할 수 있도록, Horizon 7가 사용되고 있지 않은 데스크톱의 전원을 끄도록 구성함으로써 전기 사용량을 줄이고 있습니다. VMware Distributed Power Management는 이후 유휴 호스트의 전원을 차단합니다. 이러한 시나리오에서 여러 vCenter Server 인스턴스는 필요한 높은 빈도의 전원 및 다시 맞춤 작업을 효율적으로 수용하여 작업 시간 초과를 방지할 수 있습니다.
인프라의 간소함
대규모 Horizon 7 설계의 단일 vCenter Server 인스턴스는 한 곳에서 골든 마스터 이미지와 상위 가상 시스템을 관리하도록 지원하고, Horizon Administrator 콘솔 보기와 일치하는 단일 vCenter Server 보기를 제공하고, 운영 백엔드 데이터베이스 및 데이터베이스 서버 수를 줄이는 등 여러 가지 뛰어난 이점을 제공합니다. 단일 vCenter Server 인스턴스는 여러 인스턴스에 비해 재해 복구 계획이 보다 간소합니다. 상위 가상 시스템 이미지 관리로 인한 추가 관리 오버헤드와 필요한 인프라 구성 요소 수 증가와 같은 단점과 비교하여, 유지 관리의 지속 기간과 전원 및 다시 맞춤 작업의 빈도와 같은 다중 vCenter Server 인스턴스의 장점을 가중시켜야 합니다
하이브리드 접근법을 통하여 설계에서 혜택을 얻을 수 있습니다. 단일 vCenter Server 인스턴스로 매우 크고 상당히 정적인 풀을 관리하도록 선택하거나 여러 vCenter Server 인스턴스로 좀 더 작고 보다 동적인 여러 데스크톱 풀을 관리하도록 선택할 수 있습니다. 기존의 대형 팟을 업그레이드하기 위한 최선의 전략은 먼저 기존 팟의 VMware 소프트웨어 구성 요소를 업그레이드하는 것입니다. 팟 설계를 변경하기 전에 최신 버전의 전원, 프로비저닝 및 다시 맞춤 작업에 대한 개선 영향을 판단한 후 데스크톱 풀의 크기를 늘리고 실험하여 더 적은 수의 vCenter Server 인스턴스에 대해 보다 큰 데스크톱 풀을 사용할 수 있는 적절한 균형을 찾으십시오.
