Al crear un diseño para un entorno de producción de Horizon 7 con más de 500 escritorios, se deben considerar varias cuestiones para decidir si utilizar una instancia de vCenter Server en lugar de varias.

Desde la versión View 5.2, VMware permite administrar hasta 10.000 máquinas virtuales de escritorio dentro de un solo pod de Horizon 7 con un único servidor vCenter versión 5.1 o posterior. Antes de intentar administrar 10.000 máquinas virtuales con una sola instancia de vCenter Server, tenga en cuenta los factores siguientes:

  • Duración de los intervalos de mantenimiento en su empresa

  • Capacidad de tolerar fallos de componentes de Horizon 7

  • Frecuencia de las operaciones de encendido, aprovisionamiento y reajuste

  • Simplicidad de la infraestructura

Duración de los intervalos de mantenimiento

La configuración de concurrencia de las operaciones de encendido, aprovisionamiento y mantenimiento de las máquinas virtuales se determinan por instancia de vCenter Server.

Diseños de pod con una instancia de vCenter Server

La configuración de concurrencia determina el número de operaciones que se pueden poner en cola para un pod completo de Horizon 7 cada vez.

Por ejemplo, si las operaciones de aprovisionamiento concurrentes se establecen en 20 y solo se tiene una instancia de vCenter Server en un pod, se realizarán en serie las operaciones de aprovisionamiento en grupos de más de 20 escritorios. Después de poner en cola 20 operaciones concurrentes simultáneamente, se debe completar una operación antes de que comience la siguiente. En implementaciones de Horizon 7 a gran escala, esta operación de aprovisionamiento puede tardar mucho tiempo.

Diseños de pod con varias instancias de vCenter Server

Cada instancia puede aprovisionar 20 máquinas simultáneamente.

Para asegurar que se completen simultáneamente más operaciones dentro de un intervalo de mantenimiento, se pueden agregar varias instancias de vCenter Server (hasta cinco) al pod e implementar varios grupos de escritorios en clústeres de vSphere administrados por instancias de vCenter Server independientes. Un clúster de vSphere solo se puede administrar con una instancia de vCenter Server cada vez. Para conseguir concurrencia en todas las instancias de vCenter Server, se deben implementar los grupos de escritorios de la manera correspondiente.

Capacidad de tolerar fallos de componentes

La función de vCenter Server en los pods de Horizon 7 es proporcionar operaciones de encendido, aprovisionamiento y reajuste (actualización, recomposición y reequilibrado). Después de implementar y encender una máquina virtual, Horizon 7 no se basa en vCenter Server para el transcurso normal de las operaciones.

Como cada clúster de vSphere debe estar administrado por una sola instancia de vCenter Server, este servidor representa un solo punto de fallo en cada diseño de Horizon 7. El riesgo también es cierto para cada instancia de View Composer. (Hay una asignación de tipo uno a uno entre cada instancia de View Composer y de vCenter Server.) El uso de uno de los productos siguientes puede mitigar el impacto de una interrupción de vCenter Server o de View Composer:

  • VMware vSphere High Availability (HA)

  • VMware vCenter Server Heartbeat™

  • Productos de conmutación por error compatibles de otros fabricantes

Importante:

Para utilizar una de estas estrategias de conmutación por error, la instancia de vCenter Server no se debe instalar en máquinas virtuales que formen parte del clúster que administra la instancia de vCenter Server.

Además de estas opciones automatizadas de conmutación por error de vCenter Server, se puede elegir también reconstruir el servidor fallido en una nueva máquina virtual o servidor físico. La mayor parte de la información clave se almacena en la base de datos de vCenter Server.

La tolerancia al riesgo es un factor importante para determinar si utilizar una o varias instancias de vCenter Server en el diseño del pod. Si las operaciones requieren capacidad para realizar tareas de administración de escritorios tales como el encendido y reajuste simultáneo de todos los escritorios, se debe repartir el impacto de una interrupción entre menos escritorios a la vez mediante la implementación de varias instancias de vCenter Server. Si se puede tolerar que el entorno de escritorios no esté disponible durante un largo período de tiempo para realizar operaciones de administración o aprovisionamiento, o si se decide utilizar un proceso de reconstrucción manual, se puede implementar una sola instancia de vCenter Server para el pod.

Frecuencia de las operaciones de encendido, aprovisionamiento y reajuste

Algunas operaciones de encendido, aprovisionamiento y reajuste de máquinas virtuales de escritorios solo las pueden iniciar las acciones del administrador, son normalmente predecibles y controlables, y se pueden limitar a los intervalos de mantenimiento establecidos. Otras operaciones de encendido y reajuste de escritorios se activan mediante acciones del usuario, tales como la configuración de actualización al cerrar la sesión o la suspensión al cerrar la sesión, o bien mediante scripts de acciones, como el uso de la función Distributed Power Management (DPM) durante períodos de inactividad del usuario para apagar hosts ESXi inactivos.

Si el diseño de Horizon 7 no requiere operaciones de encendido y reajuste activadas por el usuario, probablemente una sola instancia de vCenter Server sea suficiente para sus necesidades. Si la frecuencia de las operaciones de encendido y reajuste activadas por el usuario no es elevada, no se puede acumular grandes colas de operaciones que puedan hacer que se agote el tiempo de espera del servidor de conexión de Horizon mientras vCenter Server completa las operaciones solicitadas dentro de los límites de concurrencia establecidos.

Muchos clientes eligen implementar grupos flotantes y utilizar la configuración de actualización al cerrar la sesión para proporcionar constantemente escritorios sin datos antiguos de sesiones anteriores. Un ejemplo de datos antiguos son las páginas de memoria no reclamadas en los archivos pagefile.sys o temporales de Windows. Los grupos flotantes también pueden minimizar el impacto del malware restableciendo con frecuencia los escritorios a un estado conocido.

Algunos clientes reducen el uso de electricidad configurando Horizon 7 para que apague los escritorios que no estén en uso, de manera que vSphere DRS (Distributed Resources Scheduler) pueda consolidar las máquinas virtuales en ejecución en un número mínimo de hosts ESXi. En estos casos, VMware Distributed Power Management apaga los hosts inactivos. En este tipo de casos, el uso de varias instancias de vCenter Server permite acomodar mejor la mayor frecuencia de operaciones de encendido y reajuste necesarias para evitar tiempos de espera de las operaciones.

Simplicidad de la infraestructura

Una sola instancia de vCenter Server en un diseño a gran escala de Horizon 7 ofrece algunas ventajas atractivas, tales como un único lugar para administrar imágenes maestras y máquinas virtuales principales, una única vista de vCenter Server que coincida con la vista de la consola de Horizon Administrator y menos servidores de bases de datos y bases de datos back-end de producción. La planificación de la recuperación ante desastres es más sencilla en el caso de una instancia de vCenter Server que en el caso de varias. Asegúrese de sopesar las ventajas de usar varias instancias de vCenter Server, como la duración de los intervalos de mantenimiento y la frecuencia de las operaciones de encendido y reajuste, frente a las desventajas, como la carga administrativa adicional que supone administrar imágenes de máquinas virtuales principales y el mayor número de componentes de infraestructura requeridos.

El diseño se puede beneficiar de un enfoque híbrido. Se puede elegir tener grupos muy grandes y relativamente estáticos administrados por una instancia de vCenter Server y tener varios grupos de escritorio más pequeños y dinámicos administrados por varias instancias de vCenter Server. La mejor estrategia para actualizar pods a gran escala existentes es actualizar primero los componentes de software de VMware del pod existente. Antes de cambiar el diseño del pod, se debe evaluar el impacto de las mejoras de las operaciones de encendido, aprovisionamiento y reajuste de la versión más reciente y probar posteriormente a aumentar el tamaño de los grupos de escritorio hasta encontrar el equilibrio adecuado de grupos de escritorios mayores en un menor número de instancias de vCenter Server.