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


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:

Escenario Virtualización del Escritorio - Lógico

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!:

Escenario Virtualización del Escritorio - PortátilUtilizo 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 (22)

  1. 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

  2. Anonymous says:

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

  3. Anonymous says:

    Post anterior: Montando un escenario de Virtualización del Escritorio: El objetivo Hola Continuando con

  4. Anonymous says:

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

  5. Anonymous says:

    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

  6. 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

  7. 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

  8. Anonymous says:

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

  9. gbenedito1 says:

    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.

  10. Anonymous says:

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

  11. 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

  12. Juanen says:

    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!

  13. javier says:

    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,

  14. javier says:

    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.

  15. javier says:

    Gracias por tus respuestas.  Lo cierto es que leí el post en su momento, pero no estaba al día de los comentarios.  Y hay algunos dignos de tener en cuenta.

    De nuevo, gracias, porque eres una buena referencia para los IT "aficionados" como yo, que tenemos que aplicar en empresas pequeñas y con recursos más que limitados los conceptos que otros manejan para CPD, Datacenter, y miles de equipos. (Espero no pasarme de agradecido a pelota 😉

    Saludos,

    Javier.

  16. javier says:

    Por cierto… ¿hay alguna diferencia entre utilizar los discos externos USB con fuente de alimentación propia o sin ella?

  17. Lluis says:

    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.

  18. andres says:

    David llevo bastante tiempo leyendo el blog pero es la primera vez que comento. Primero las felicitaciones porque aca siempre encuentro material que me ayuda en el trabajo.

    Leyendo este post me surgio una duda, que ventajas hay en utilizar app-v con remote app? o sea, acceder a las aplicaciones virtualizadas a traves del remote app.

    Ese punto no me quedo claro.

    En mi trabajo tenemos un app-v y los clientes ejecutan las aplicaciones directamente sobre el, sin pasar por un remote app.

    Me gustaria saber las ventajas ya que podria pensar en una impementacion asi para otro cliente en el cual tenemos que implementar app-v.

    Saludos!

  19. Qbit says:

    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

  20. paco.1020 says:

    que buena onda. lo intentare hacer. Seria bueno que colocaran links para descargar otros programas de utilidad NO CREEN???.

  21. Diego says:

    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!!

  22. Gabriela says:

    con que herramienta creaste esos digramas(graficos)
    garcias por la ayuda

Skip to main content