RTAV

¿Que hay de nuevo en Horizon View 5.3?

Que tal gente, el día de hoy vamos a hablar sobre lo nuevo que se agrega con este release de Horizon View 5.3, en su principio la versión internamente estaba considerada como 5.2.1, pero es claro que la cantidad de capacidades e impacto de las mismas modificó esto y se entregó como una versión diferente.

¿Que tenemos de nuevo?

  • Soporte para VSAN – esto esta bastante interesante ya que podemos tener escritorios virtuales completos o de linked clones residiendo en un datastore presentado por VSAN, recordemos que VSAN en este momento se encuentra como beta por lo que Horizon View 5.3 entrega esta capacidad como “tech preview”. VSAN tiene muchas ventajas, si alguna vez tuvieron el tiempo de leer un whitepaper de VMware sobre stateless desktops donde se empleaba almacenamiento local y SSDs para las replicas podían darse cuenta de lo práctico que es esa arquitectura, esto debido a que no requerimos de almacenamiento centralizado.Con VSAN tenemos almacenamiento en cluster y distribuido por lo que gozamos de todas las capacidades de cluster que VMware ofrece y además conforme se requiera podemos ir agregando nodos (hosts ESXi con SATA/SAS y SSDs) y así ir creciendo este almacenamiento distribuido. Si quieren leer mas sobre VSAN les recomiendo mi articulo de Deepdive: VSAN deepdive.
    Es importante saber que en esta versión no se soporta SPBM (Storage Policy-Based Management) entre Horizon View y VSAN, solo se puede utilizar el datastore para almacenar las VMs con la política de VSAN por default para todos los objetos (vmdk, vmx, vswp…)

Screen Shot 2013-10-27 at 8.26.44 PM

  • Soporte para escritorios basados en Microsoft Windows 2008 R2 – Desde mi perspectiva esto es “GRANDE” ¿Porque? porque ya podemos comenzar a hablar de DaaS a un precio razonable, si quieren conocer como afecta el licenciamiento de sistemas operativos de Microsoft para usuario final en un ambiente DaaS les recomiendo buscar en google SPLA y VDA pra enterense como es mas caro tener una estrategía de escritorios virtuales como servicio basados en Windows7/8  que ofrecer escritorios virtuales basados en sistemas operativos de servidor (suena ilógico, pero así son nuestros buenos amigos de Microsoft). Con esto ya tenemos la opción de entregar escritorios basados en Windows 2008 R2 (SE REQUIERE SP1) y cumplir SPLA (Service Provider License Agreeement), existen algunas modificaciones manuales que tenemos que realizar para poder instalar el agente y poder mostrar los escritorios en horizon view manager, primero tenemos que modificar la base de ADAM local de Horizon View Manager y encontrar el siguiente objeto “Object: CN=Common,OU=Global,OU=Properties”, en sus propiedades podemos encontrar “Set pae-EnableWindowsServerMachines”, esto tendrá que ser modificado para poder considerar Windows 2008 R2 como un sistema soportado en Horizon View… Por último, la instalación del agente debe de realizarse con el siguiente parámetro /V”VDM_FORCE_DESKTOP_AGENT=1”.
  • Soporte completo para vDGA – vDGA o “Virtual Dedicated Graphics Acceleration” nos permite asignar un GPU de una tarjeta física hacía una VM, esta VM utiliza dicho dispositivo como hardware directo esto habilita el uso de gráficas aceleradas por hardware en una VM. Esta funcionalidad hace uso de Intel VTd para redireccionar a través de un passthrough el GPU en específico hacia una VM, por lo que cada VM habilitada con vDGA estará utilizando un GPU dedicado gestionado por el driver de gráficos NVIDIA.

vDGA

  • Soporte completo para VCAI – VAAI para NFS así de simple, antes de esta versión, VCAI o “View Composer Array Integration” era soportado únicamente como tech preview con la llegada de Horizon View 5.3 da soporte completo e incluso ya existe un partner de storage 100% certificado con VCAI.

VCAI

  • Soporte para Windows 8.1 Se agrega Windows 8.1 como gOS soportado para los escritorios virtuales.
  • View Direct Connect Agent –  También conocido como VADC, este addon de Horizon View agent ya existía desde versiones anteriores solo que era entregado únicamente a partners que proveían y proveen escritorios como servicio (DaaS), un ejemplo de esto sería Desktone (Ahora parte de VMware), donde la conexión hacía los escritorios virtuales sucedía directamente al agente y no a través de un broker (Horizon View Connection Server). VADC
    Existen múltiples casos de uso para este addon, como ya lo dijmos uno sería DaaS, otro podría ser branch offices para no depender de una WAN, cuando la cantidad de escritorios no justifique tener un servicio de brokering completo y muchos mas. En mi articulo “PCoIP y Modem de Telmex” pueden ver como accedo a mi ambiente de laboratorio utilizando VADC, bastante práctico y un rendimiento excelente por PCoIP.
  • Soporte para ThinApp 5.0 – Se agrega soporte para la última versión de ThinApp.
  • Soporte para Horizon Mirage – Esto también lo considero como “GRANDE” ya que el soporte de Horizon Mirage en ambientes de escritorios ha sido esperado desde hace mucho tiempo, ya podemos gozar de lo mejor de los dos productos con las versiones Horizon View 5.3 y Horizon Mirage 4.3. Estense atentos para la semana del 12 de noviembre, donde podré compartir con ustedes datos mas técnicos :D.
  • Mejoras en el protocolo Blast – se agregan capacidades interesantes al protocolo basado en HTML5, donde ya contamos con reproducción de audio, portapapeles (una implementación especial a través de un recuadro donde pegamos el texto), full screen y mejoras a nivel del despliegue.
  • Soporte para RTAV en Linux  se agrega soporte para clientes basados en Linux para RTAV o “Real Time Audio & Video”, si quieren conocer que es RTAV aquí les dejo mi articulo sobre el feature pack 2 de Horizon View 5.2 donde fue agregada esta capacidad “Novedades de Horizon View 5.2 Feature pack 2″.
  • Mejoras en View persona Management
  • Soporte para MMR en Windows – MMR permite el redireccionamiento de video para que este sea procesado por el endpoint (dispositivo donde nos conectamos), con esto logramos reducir consumos de ancho de banda debido a que el contenido original de multimedia (video, específicamente MPEG-4/H.264) es enviado al endpoint para su procesamiento, debido a esto se requiere que el endpoint sea windows7 u 8. Aparte de reducir consumos en ancho de banda también logramos una reducción en el consumo de los recursos en nuestros servidores ESXi ya que el procesamiento ya no sucede en la VM y es enviado a través de PCoIP. Es importante saber que MMR solo envia el video y no el audio, debido a que el video será procesado por el cliente este deberá contar con una GPU compatible con DXVGA (DirectX Video Acceleration).
    MMRPool5.3

Novedades de Horizon View 5.2 – Feature pack 2

Que tal gente, el día de hoy les voy a platicar de las nuevas capacidades que se agregan a Horizon View 5.2 a través de este segundo paquete capacidades, recordemos que el primero nos permite dar únicamente acceso a los escritorios virtuales a través de HTML5 (blast) y este estaba compuesto por dos elementos, tanto el instalador para el connection server como el agente para el vDesktop.

Con este segundo feature pack se agregan 2 nuevas funcionalidades:

  • RTAV – Real Time Audio-Video
  • Flash URL Redirection

Vamos a revisar  estas nuevas funcionalidades mas a fondo para poderlas entender y así ligarlas con distintos casos de uso:

Real Time Audio-Video (RTAV)

RTAV nos brinda la capacidad de poder contar con software de VoIP dentro del escritorio, por ejemplo, skype. Esto siempre ha sido considerado un gran problema debido que anteriormente si queríamos tener video en el vDesktop debíamos hacer el redireccionamiento del dispositivo USB hacia el vDesktop, este redireccionamiento se realizaba a través de el stack de USB de Horizon View y PCoIP,  consumiendo un ancho de banda bastante alto (en promedio podemos hablar de 60-65 Mbps/por sesión) esto debido a que la transmisión de la comunicación de USB se realiza sin ninguna compresión.

Screen Shot 2013-07-12 at 3.12.05 PM

En la imagen podemos ver la solución que se le da a este tipo de escenarios a través de RTAV, básicamente tenemos 2 componentes encargados de capturar tanto la voz como el video en el cliente (Basado en Windows), RTAV Manager y el codec (Theora/speex) una vez que son capturados estos son enviados a través de PCoIP para que en el vDesktop sea procesado y enviados a dos componentes virtuales nuevos, webcam virtual y audio-in virtual, estos recibirán la información y la enviarán a la aplicación que esta utilizándola (ej. skype) por lo que para la aplicación es un acceso directo hacia un dispositivo de webcam.

¿Como puedo agregar esta nueva funcionalidad?

Bueno, RTAV viene incluido tanto en el cliente (los componentes de RTAV Manager) y en el agente, debemos ir a vmware.com para descargar los paquetes del feature pack 2:

Downloading VMware Horizon View Clients for View

Download VMware Horizon View 5.2

En el caso de trabajar con vDestkops en linked clones debemos actualizar la imagen maestra y crear una nueva replica con la nueva versión del agente que ya incluye la funcionalidad de RTAV.

La instalación consta del agente incluido en el feature pack 2 (es acumulativo, incluye las ventajas del feature pack1):

instalador

Una vez instalado el agente debemos de actualizar nuestro cliente de Horizon View para que se incluyan los componentes para la captura y codificación del audio y video en el cliente, recordemos que se requiere un cliente versión 5.4 en adelanta (en esta versión esta limitado exclusivamente a Windows):

versionclientes

Con esto ya tenemos todo listo para poder probar la nueva funcionalidad, el sistema será capaz de poder capturar el audio y video de cualquier dispositivo reconocido y soportado por el cliente (claramente requerimos de los drivers necesarios para poder manejarlo).

Esta vez me di a la tarea de probar en mi laboratorio casero esta nueva funcionalidad, para esto la configuración se veía de la siguiente manera:

Screen Shot 2013-07-13 at 9.25.38 PMEl objetivo de esta prueba era la de redireccionar la webcam integrada en la laptop MacBook Pro hacia el escritorio virtual de Horizon View corriendo dentro de un servidor ESXi Nested (ejecutándose como una VM sobre un servidor físico), mi cliente de horizon view estaba corriendo dentro de una VM sobre VMware Fusion instalado en la laptop MacBook Pro.

¿El resultado?…

pcoipcam Como podemos ver el resultado fue satisfactorio, debido a que la webcam es vista localmente por escritorio virtual Windows 7 que esta siendo ejecutado sobre VMware Fusion, por lo que el cliente sin ningún problema pudo reconocer la webcam y micrófono, capturar tanto el audio y video, una vez capturados el gestionador de RTAV lo envía a través de la conexión de PCoIP al agente instalado en el escritorio virtual para que sea recibido y procesado a través de los componentes virtuales (podemos notar en la imagen estos dos componentes, VMware Virtual Webcam y VMware Virtual Microphone) que Skype puede utilizar sin ningún problema.

Algo interesante era determinar cual fue el consumo que presentó el vDekstop en el momento de realizar las pruebas de video y audio, para eso seleccioné la VM desde el cliente de vSphere y me dirigí a la pestaña de performance para tener una vista avanzada de la red:

vSpherekbpsComo podemos notar el ancho de banda esta en un valor de 400 KBps aprox. mucho menos de lo que estaríamos requiriendo para redirigir todo el dispositivo USB.

Flash URL Redirection

Esta funcionalidad nos permite realizar streaming de video desde un servidor (Adobe Media Server) hacia los escritorios virtuales que están siendo ejecutados en infraestructura vSphere, lo que evita tanto el procesamiento como el consumo de red internamente en el datacenter, aquí podemos ver el concepto lógicamente representado:

Screen Shot 2013-07-13 at 10.18.09 PM

Es importante notar que esta capacidad NO esta pensada para el redireccionamiento de cualquier elemento Flash (ej. Youtube) sino esta pensado para cubrir casos de uso como el envio masivo de videos internamente en una empresa, videoconferencias localmente, etc.

 

 

 

 

 

En la siguiente imagen podemos entender su funcionamiento de mejor manera:

Screen Shot 2013-07-13 at 10.23.19 PMEl usuario hace click en el URL dentro de su explorar  y el agente de Horizon View detecta que esto será enviado desde el servidor de Adobe Media (esto gracias a javascript dentro del MIME de la página Web), por lo tanto se abre localmente una ventana donde se estará reproduciendo el contenido (importante notar que es localmente en el cliente linux/Windows no dentro de la sesión de Horizon View por lo que no estará consumiendo ancho de banda de la sesión de Horizon View.