Un pod de Horizon 8 es una unidad de organización determinada por los límites de escalabilidad de VMware Horizon. 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
| Elemento | Número |
|---|---|
| Bloques de creación para un pod de Horizon 8 | 2 |
| vCenter Server | 2 |
| Servidor de base de datos | 2 servidores de base de datos MS SQL Server, Oracle o PostgreSQL (1 servidor de base de datos independiente en cada bloque de creación) |
| Servidores de conexión | 7 (5 para conexiones desde dentro de la red corporativa y 2 para conexiones desde fuera) |
| vLAN | Consulte Ejemplo de un bloque de creación de Horizon 8 basado en LAN para 4.000 escritorios de máquinas virtuales. |
| Módulo Ethernet de 10 GB | 1 |
| Conmutador de red modular | 1 |
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 VMware Horizon.
En los dos ejemplos descritos, un núcleo de red puede equilibrar la carga de las solicitudes entrantes en las instancias del servidor de conexión. 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 del servidor de conexión 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 del servidor de conexión 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 VMware Horizon, almacenamiento compartido y 5 clústeres de 2.000 escritorios virtuales por clúster.
| Elemento | Ejemplo |
|---|---|
| Clústeres de vSphere | 6 (5 clústeres con un grupo de clones instantáneos por clúster y 1 clúster de infraestructura) |
| vCenter Server | 1 |
| Servidor de base de datos | 1 servidor de base de datos (independiente) MS SQL Server, Oracle o PostgreSQL |
| Servidor de Active Directory | 1 o 2 |
| Instancias del servidor de conexión | 5 |
| Dispositivos de Unified Access Gateway | 5 |
| vLAN | 8 (5 para los clústeres del grupo de escritorios, 1 para administración, 1 para VMotion y 1 para el clúster de infraestructura) |
