Partager via

Montando un escenario de Virtualización del Escritorio: El objetivo

  • Article

Hola

Con este abro una serie de posts dedicados al tema de la virtualización del escritorio, en el que explicaré cual es la foto final que se pretende alcanzar. En los sucesivos daré información más detallada de cada una de las piezas que conforman el escenario.

Antes de nada, aclarar el título. Como ya expliqué en este otro post, es frecuente confundir la virtualización del escritorio con lo que hoy conocemos como VDI. Como decía entonces, existen mas posibilidades que la mera creación de una máquina virtual en el Datacenter para lograr que un usuario tenga sus aplicaciones o todo su “botón de inicio” en un lugar diferente al dispositivo físico que tiene en sus manos.

En este escenario vamos a combinar tres tecnologías diferentes:

  • Windows Server 2008 Hyper-V R2 o Microsoft Hyper-V 2008 R2, que nos ofrecerán el hypervisor y la funcionalidad de alta disponibilidad y movimientos de máquinas virtuales
  • Windows Server 2008 R2 Remote Desktop Services, que nos permitirán:
    • Servir a los clientes escritorios y/o aplicaciones individuales mediante el Remote Desktop Session Host
    • Ofrecer la infraestructura necesaria para conectarnos cómodamente desde cualquier lugar a través del Remote Desktop Web Access y Remote Desktop Gateway
    • Repartir las conexiones RDP de los clientes a las máquinas virtuales individuales o “pools” de ellas y a los Remote Desktop Services Hosts, o granjas de ellos, y/o las aplicaciones que publican mediante el Remote Desktop Connection Broker
    • Hablar con la capa de virtualización para gestionar la máquinas virtuales mediante el Remote Desktop Virtualization Host.
  • Microsoft Application Virtualization (App-V), que nos permitirá virtualizar aplicaciones individuales para desplegarlas a clientes y/o servidores de Remote Desktop, bien sean estos físicos o virtuales.

Por ahora, dejaremos fuera la posibilidad de virtualizar clientes (o incluso servidores) en el propio equipo cliente, si bien esto abre nuevas posibilidades. Esto lo haríamos con Windows Virtual PC y/o Microsoft Enterprise Desktop Virtualization (MED-V).

El escenario sería este:

Los clientes físicos, portátiles, sobremesas o thin-clients, reciben algunas aplicaciones virtualizadas con App-V, y las ejecutan junto con las que pudieran estar ya instaladas físicamente. En este caso la ejecución es local, si bien las aplicaciones virtualizadas viven en su propia burbuja, sin “manchar” el Sistema Operativo base y sin “pelearse” unas con otras. Podemos llegar a tener ejecutándose simultáneamente diferentes versiones de la misma aplicación.

Estos los usuarios trabajando en estos clientes pueden necesitar en un momento dado ejecutar una aplicación específica que no este presente en su equipo, o incluso tener que conectarse a otro escritorio donde se ejecuta un entorno de aplicaciones específicas. Para lo primero puede acceder a una “Remote App” publicada en un servidor de terminales y para lo segundo puede, o abrir una sesión contra un servidor de terminales, o bien conectarse a una máquina virtual corriendo un sistema operativo cliente.

En este caso, los RD Web Access ofrecen un portal donde el usuario puede elegir lo que quiere hacer. Lanzar una aplicación remota, conectarse a un terminal server, conectarse a su máquina virtual personal (no dibujada), o conectarse a una máquina virtual de un pool de ellas configuradas de forma idéntica. Una vez hecha a difícil selección, será el Connection Broker quien se encargue de redirigir esa petición a buen puerto, en función del usuario y el destino. En ultima instancia, será el cliente el que hablará directamente con el destino asignado, y puede hacerlo de manera segura a través de un Gateway (no dibujado) en caso de que se encuentre en una localización remota.

El servidor de App-V se encarga de mandar las aplicaciones virtualizadas mediante streaming a los clientes físicos, a los servidores de terminal y a las máquinas virtuales, yéndose estas a sumar a las que pudieran estar instaladas directamente sobre el sistema operativo. He de decir que App-V soporta otros métodos de distribución de las aplicaciones, pero no quiero complicar esto mucho más de la necesario.

Tenemos por tanto:

  • Tres posibilidades de tener un escritorio, uno físico y dos virtuales: El del equipo, el de los terminales y el de las máquinas virtuales.
  • Tres posibilidades de tener las aplicaciones: Instaladas físicamente, virtualizadas con App-V y las Remote App del Terminal. estas a su vez pueden estar instaladas sobre el sistema operativo o virtualizadas con App-V.

Reiterando que me dejo fuera Windows Virtual PC y MED-V, solo hace falta aplicar un poco de combinatoria para darnos cuenta de lo rico que es todo esto, y de lo complicado que puede ser atinar con una estrategia de virtualización del escritorio adecuada. No conozco ninguna empresa que pueda presumir de haberse quedado única y exclusivamente con una de las combinaciones. Generalmente hay que analizar casuísticas en función de tipología de usuarios, aplicaciones que deben utilizar, datos que deben manejar y localizaciones en las que tienen que trabajar. Todo esto sumado a la infraestructura necesaria y al coste de la misma.

Llevo toda la semana montando dos escenarios que enseñan todo esto. Yo mismo me he sorprendido de haberlo podido montar todo en un único portátil. ¡Y me sobran 3-4 Gb de RAM para meter más cosas!:

Utilizo un portátil de 8 GB de RAM con Windows Server 2008 R2 con Hyper-V como estación de trabajo. Como siempre, uno de los principales trucos para mejorar el rendimiento de una solución de virtualización pasa por repartir bien el IO. Uso el disco interno para correr una VM que contiene el DC y el Bróker y tengo un par de discos USB externos conde corro las máquinas virtuales del pool y el servidor de terminal. Este contiene además tanto la parte cliente como servidora de App-V, consumiendo las propias aplicaciones que publica y sirviéndolas por Remote App. Hace además las veces de máquina virtual personal del administrador.

Todo esto puede y debe escalar mucho más. He pasado algunas horas esta semana montando todo sobre una infraestructura con un par de clústeres y algún que otro servidor más por debajo. Y he contemplado mi primera Geo-LiveMigration entre dos cabinas que replican alguna de sus LUNs de manera síncrona. La semana que viene tengo que repetir la instalación en otro entorno en la oficina. Si alguien se anima…

Tengo pendiente montar System Center Operations Manager 2007 R2 y System Center Virtual Machine Manager 2008 R2 RC en cuanto estén disponibles para enriquecer todo lo anterior con gestión / monitorización avanzada del entorno.

Sin embargo todo lo que os he contado hoy está incluido en Windows.

Saludos

David Cervigón

Comments

  • Anonymous
    January 01, 2003
    Hola Justo lo que dices. El Pool de VMs se configura igual que configurarias un pool de máquinas fisicas compartidas entre varios usuarios. Misma maqueta, perfiles moviles/Carpetas offline/Carpetas redirigidas... a gusto del consumidor. Sonbe los stencils, no uso wl "diagrama de red" y en ocasiones lo que hay en http://www.visiocafe.com sobre HW de diferentes fabricantes Saludos

  • Anonymous
    January 01, 2003
    Hola Se han publicado estas guías paso a paso para montar un escenario de publicación de aplicaciones,

  • Anonymous
    January 01, 2003
    Post anterior: Montando un escenario de Virtualización del Escritorio: El objetivo Hola Continuando con

  • Anonymous
    January 01, 2003
    Posts anteriores: Montando un escenario de Virtualización del Escritorio: El objetivo Montando un escenario

  • Anonymous
    January 01, 2003
    Pues fácil. Montando Windows Server 2008 R2 en esa VM, y habilitando los Remote Desktop Services. Vamos montando Terminal Server, como se ha hecho toda la vida, donde cada usuario se conecta a una sesión. Más fácil y más barato Saludos

  • Anonymous
    January 01, 2003
    Hola Gracias por pasarte por aqui. No son dos opciones opuestas, sino complementarias. En escenarios de cliente rico,´ya conoces la ventaja de la vortualización de aplicaciones. El pasar a escenarios de Escritorio Remoto / Terminal / RemoteApp con App-V puede merecer la pena si.

  • El acceso se va a realizar desde un Thin client
  • El acceso a la Aplicacion va a ser ocasional o en circunstancias que hagan que no merezca la pena desplegarlo al cliente directamente
  • Cuando en los Terminal Servers tenemos problemas de compatibilidad de aplicaciones que hacen que tengamos que montar servidores o granjas independientes por aplicacion En resumidas cuentas, la terminalización de aplicaciones más su virtualización es una estrategia mas, aplicable segun escenarios de usuario. Lo bueno de todo es que la experiencia del usuario es la misma se use la aplicación desde sonde la use. Saludos

  • Anonymous
    January 01, 2003
    Hola No, todo lo que uso esta a disposición de todo el mundo. Muchos portátiles del mercado soportan mas de 4Gb, Las máquinas virtuales me las monto yo a partir de los ISOs que me bajo de TechNet, o productos finales a disposición de todo el mundo. Saludos

  • Anonymous
    January 01, 2003
    Posts anteriores: Montando un escenario de Virtualización del Escritorio: El objetivo Montando un escenario

  • Anonymous
    January 01, 2003
    Buenas tardes David, enhorabuena por la explicación con minucias y lamentando no entender mucha terminología si he de constatar que sabiendo utilizar los elementos que ha uno le ofrecen en consecuencia puede obrar más alto y con cimientos mas robustos y darle brillantez que al fin y al cabo es solo estética,pero para muchos es muy importante.Por eso ahunando robustez,estética, brillantez,autonomía,eficacia,eficiencia,y conocimientos,con la tecnología apropiada dara gusto trabajar por eso te felicito porque me has trasladado que lo que hacias lo hacias disfrutando,y eso poca gente lo puede tener y más importante apreciar,enhorabuena.

  • Anonymous
    January 01, 2003
    Posts anteriores: Montando un escenario de Virtualización del Escritorio: El objetivo Montando un escenario

  • Anonymous
    January 01, 2003
    http://blogs.technet.com/davidcervigon/archive/2008/02/04/mi-sistema-no-reconoce-los-4gb-que-le-he-comprado.aspx No es cosa de tu HP. Todos los equipos portátiles en los que he probado sucede lo mismo, y te quitan entre 500 y 1,2 Gb. Con x64 resuelves el problema Saludos

  • Anonymous
    May 10, 2009
    Fantastico, algo así es lo que faltaba en Hyper-V, algun lugar (no he sido capaz de encontrarlo) con documentación del Broker de R2 en Technet?. Muchas gracias!

  • Anonymous
    May 11, 2009
    Hola, David.  Este blog ya casi podría ser un blog de virtualización, y no de otros temas.  Un par de preguntas... ¿ese portátil con 8 Gb. es montado a medida, o es alguna máquina estándar? ¿Y qué sistemas instalas para todo este escenario:  son las versiones que nos podemos bajar de MS, son discos virtuales ya configurados, o es alguna edición especial para el personal de MS? Saludos,

  • Anonymous
    May 11, 2009
    Otra vez yo... Por cierto, entiendo que con los Windows Server 2008 de 64 bit no tienes ningún problema en aprovechar "toda" la memoria, ¿no?  Todavía no entiendo por qué HP (es mi marca) te vende un equipo con 4Gb. de RAM, pero te pone un Vista de 32 bit y sólo tienes 3 Gb. utilizables. Gracias, Javier.

  • Anonymous
    May 11, 2009
    The comment has been removed

  • Anonymous
    May 11, 2009
    Por cierto... ¿hay alguna diferencia entre utilizar los discos externos USB con fuente de alimentación propia o sin ella?

  • Anonymous
    May 12, 2009
    Olé, como siempre, David. Esperando los siguientes posts!!!! He visto que en el pool de vm virtualizas los perfiles de usuario, ¿significa esto que son perfiles mobiles para poder utilizarlos desde cualquier vm del pool o es algun otro producto de virtualizacion de MS? Por cierto, ¿utilizas algun stencil especial de Visio para los diagramas? Te quedan muy bien. Saludos y gracias.

  • Anonymous
    September 09, 2009
    The comment has been removed

  • Anonymous
    January 25, 2010
    yo tengo una red tengo una maquina con windows server 2003 y otra con 2008, tengo unos nodos encore thin client q7ue se conectan por medio de escritorio remoto al windows server sin embargo al momento de conectarme el thin client corre el escritorio remoto muy lento ya que como comprendo esta utilizando sus recursos para hacerlo lo cual es bastante lento y aveces se traba mi pregunta es asi es como funciona o es necesario tenerlo como maquina virtual y si las maquinas virtuales hacen que no utilize sus recursos y que mas bien utilize los recursos del servidor

  • Anonymous
    February 08, 2011
    que buena onda. lo intentare hacer. Seria bueno que colocaran links para descargar otros programas de utilidad NO CREEN???.

  • Anonymous
    April 24, 2012
    Hola, yo tengo 12 clientes delgados y quiero la misma maquina virtual para los 12. Eso es posible?? Es decir en el pool no quiero 12 maquina virtual, sino 1 maquina virtual y generar 12 instancias. ¿Como harias eso? Saludos!!

  • Anonymous
    August 01, 2014
    con que herramienta creaste esos digramas(graficos)
    garcias por la ayuda