Antes de intentar administrar muchas máquinas virtuales con una sola instancia de vCenter Server, debe tener en cuenta los factores siguientes.
- Duración de los intervalos de mantenimiento en su empresa
- Capacidad de tolerar fallos de componentes de VMware Horizon
- 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 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 VMware Horizon 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 es proporcionar operaciones de encendido, aprovisionamiento y reajuste (actualización, recomposición y reequilibrado). Después de implementar y encender una máquina virtual, VMware Horizon 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 VMware Horizon.
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 VMware Horizon 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 de Horizon Connection Server 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 VMware Horizon 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 VMware Horizon ofrece algunas ventajas atractivas, tales como un único lugar para administrar máquinas virtuales de imágenes maestras, una única vista de vCenter Server que coincida con la vista única de Horizon Console 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 de imágenes maestras 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.
