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