Pods de Omnissa Horizon 8

Un pod de Horizon 8 es una unidad de organización determinada por los límites de escalabilidad de Horizon 8. Puede crear un pod de Horizon 8 con una serie de bloques de creación. Cada pod de Horizon 8 es una unidad de administración y tiene una interfaz de usuario de administración de la consola independiente.

Ejemplo de pod utilizando dos bloques de creación

En función de la configuración específica, cada instancia de vCenter Server puede admitir una gran cantidad de máquinas virtuales. Esta capacidad permite tener grandes bloques de creación de escritorios de máquinas virtuales. No obstante, el tamaño real del bloque de creación también está sujeto a otras limitaciones específicas de Horizon.

En los dos ejemplos descritos, un núcleo de red puede equilibrar la carga de las solicitudes entrantes en las instancias de Horizon Connection Server. La compatibilidad con un mecanismo de redundancia y conmutación por error, normalmente en el nivel de red, puede evitar que el equilibrador de carga se convierta en un único punto de fallo. Por ejemplo, el protocolo Virtual Router Redundancy Protocol (VRRP) se puede comunicar con un equilibrador de carga para agregar capacidad de redundancia y conmutación por error.

Si se produce un error en una instancia de Horizon Connection Server o deja de responder durante una sesión activa, los usuarios no pierden datos. Los estados de los escritorios se conservan en el escritorio de la máquina virtual, de manera que los usuarios se pueden conectar a una instancia distinta de Horizon Connection Server y su sesión continúa desde el punto en que se produjo el fallo.

Ejemplo de pod utilizando un vCenter Server

En la sección anterior, el pod de Horizon 8 consistía en varios bloques de creación. Cada bloque admitía 5.000 máquinas virtuales con un único vCenter Server. Este tema ilustra una arquitectura basada en el uso de un solo vCenter Server para administrar 10.000 escritorios.

Aunque es posible usar una instancia de vCenter Server para 10.000 escritorios, al hacerlo se crea una situación en la que existe un único punto de fallo. La pérdida de esa única instancia de vCenter Server hace que no esté disponible la totalidad de la implementación de escritorios para operaciones de encendido/apagado, aprovisionamiento y reajuste. Por esta razón, se debe elegir una arquitectura de implementación acorde a las necesidades generales de resiliencia de los componentes.

En este ejemplo, un pod de 10.000 usuarios está formado por servidores físicos, una infraestructura de vSphere, servidores Horizon 8, almacenamiento compartido y 5 clústeres de 2.000 escritorios virtuales por clúster.