Federación de Pods con VMware View Horizon 6
![](https://www.josemariagonzalez.es/wp-content/uploads/2015/05/Miguel-Angel-Alonso-blog-virtualizacion-horizon-view.png)
Hoy en día, los escritorios virtuales proporcionados por VMware View Horizon pueden implementarse mediante una arquitectura de bloque y Pod.
Un solo Pod de VMware View puede contener hasta cinco View-Blocks y escalar hasta 10.000 escritorios (10K) pudiéndo implementarse en un centro de datos único. Los Clientes que buscan escalar más allá de los 10K pudiendo implementar varios Pods.
Sin embargo, cada uno de estos Pods es una entidad independiente que tiene sus propios derechos de usuario y es administrada por separado. Con la nueva arquitectura, los clientes pueden agregar varios Pods en el mismo data center o en centros de datos diferentes y autoriza a los usuarios a acceder a un escritorio o varios en cualquier lugar.
Ahora, veamos un ejemplo que describe esta característica en su totalidad. Figura 1 (Imagen de la cabecera del post) muestra dos Pods de View Horizon. El Pod 1 se encuentra en un centro de datos en los Estados Unidos, y Pod 2 está situado en un data center en la India. Cada Pod tiene dos Connection Servers, VCS1 y VCS2 en el Pod 1 y VCS3 y VCS4 en el Pod 2. Ambos Pods mantienen sus propios derechos de acceso de usuario, que proporciona una asignación de un usuario final a un escritorio virtual en su respectivo Pod.
La nueva arquitectura de VMware View Horizon 6 introduce dos nuevos elementos:
- Una capa de global-entitlement (derechos de acceso a los desktops globales entre Pods) que abarca varios Pods (mostrados como una sola capa que abarca Pod 1 y 2 en el diagrama que hace de cabecera en nuestro post).
- Una capa de comunicación inter-pod (se indica con una flecha bidireccional entre Pod 1 y 2 reflejado en el diagrama que hace de cabecera en nuestro post)
Beneficios:
- Soporte para implementaciones activo / activo con lo que nuestros usuarios tienen múltiples centros de datos de manera eficiente para aprovechar todos los activos de nuestro data center. Los usuarios pueden acceder a sus escritorios en uno o en varios centros de datos.
- Consolidación de varios Pods dentro de un solo data center, pudiendo ser consolidados y gestionados centralmente a través de una única capa global-entitlement.
- Recuperación ante desastres: la capa de usuario global-entitlement puede utilizarse para asignar un usuario a varios desktops en los Pod 1 y 2. Si el Pod 1 llegase a quedar en fallo o inviable por el motivo que fuese, el usuario podría llegar siempre a un escritorio en el Pod 2. Es importante tener en cuenta que esta función asume que los escritorios en Pod 1 y 2 se replican mediante alguna forma de tecnología de replicación de datos.
Rangos posibles :
- Local: Desktops disponibles solo en Local
- Site: Disponibles en el mismo DataCenter
- All: Pueden tener su Desktops a trvés de varios Pods
Escalado y Máximos:
- Número de Pods 4
- Número de Sites 2
- Número de desktops 20,000
Consideraciones:
- Desarrollo de ambos tipos de desktops como son los persistentes (stateful) y no persistentes (stateless o flotantes) desktops
- Un balanceador de terceros tal como los de tipo Geographic DNS como un ejemplo proveyendonos de una simple URL de acceso.
- Replicación de los desktops mediante tecnología de terceros o SRM
- El link a nivel de WAN entre los Datacenters debe ser provisto de una buena latencia para su correcto funcionamiento.
- Todos los Pods deben ser accesibles a través de la red corporativa.
La semana que viene os mostraré un video de demostarción entre dos Sites de JMG, los cuales están ubicados en Zaragoza y Madrid para mostraros mejor esta tecnología.
Gracias por leer nuestro blog, participar y compartir.