Cómo Windows Server 2012 simplifica la implementación de VDI con Microsoft RDS

A medida que se acerca el lanzamiento de Windows 8 y Windows Server 2012, vale la pena tomarse un momento para observar los cambios en el nuevo RDS de Microsoft. Aunque casi no hay cambio revolucionario, sigue siendo una sorpresa. Por supuesto, habrá algunas características que te harán sentir "¡Es hora!" ". Microsoft ha realizado mejoras significativas en las capacidades de VDI de Windows Server 2012, simplificando la implementación de VDI. Cambios en RDP Tal vez haya escuchado que Microsoft ha retenido mucho, pero abandonó el nombre de RDP (Protocolo de escritorio remoto) y lo reemplazó con RemoteFX. Esto no significa que RDP haya terminado. En Server 2008 R2, RemoteFX es una de las opciones de RDP, pero considerando el problema de carga de VDI, requiere una GPU separada y más compatible para realizar la codificación. Esto hace que RemoteFX se parezca más a una solución inmadura y limita su aplicabilidad. Por otro lado, RemoteFX basado en RDS no requiere una GPU dedicada, sino que se implementa mediante codificación de software. Esto es menos eficiente que una GPU dedicada, y existen algunas lagunas en la experiencia del usuario de escritorio remoto. A los usuarios les gusta usar RemoteFX basado en RDSH (RemoteFX en hosts de sesión de escritorio remoto) porque no se requiere ningún costo adicional o soporte de hardware. En Windows Server 2012, Microsoft agregó una versión codificada por software de RemoteFX para admitir VDI, a la vez que conservaba otras características, solo cambió el nombre de RDP a RemoteFX. La tecnología subyacente sigue siendo RDP, pero la última versión se llama RemoteFX (similar a Citrix HDX es en realidad el nuevo nombre del protocolo ICA). La codificación no es el único cambio, hay otras cosas que merecen una atención especial. Por ejemplo, RemoteFX se basa en el protocolo TCP (Protocolo de control de transmisión) y Windows Server 2012 es compatible con el protocolo UDP (Protocolo de datagramas de usuario). Esto significa que RemoteFX adoptará el protocolo correspondiente de acuerdo con los requisitos de acceso. Por ejemplo, si reproduce una película, el protocolo UDP es más eficiente, ya que transfiere grandes cantidades de paquetes entre dos puntos sin esperar a que le den la mano y le den las gracias. A la inversa, para la entrada del teclado y el mouse, el protocolo TCP se utiliza para verificar que todos los datos llegan correctamente al destino. Por lo tanto, el resultado final es la introducción de protocolos ágiles y eficientes para satisfacer las necesidades de uso de WAN. Reduciendo las dificultades de realizar el trabajo de VDI Como aprendimos en la Geek Week de Brian Madden.com en 2009, Microsoft ya tiene un producto VDI todo en uno llamado "in-box" en Windows Server 2008. Si observa detenidamente, encontrará que todos los componentes, como el intermediario, el servidor de licencias, el hipervisor, la puerta de enlace segura y la interfaz web, están disponibles, pero existe una herramienta oficial que los vincula a todos. De hecho, instalar y desplegar la solución VDI incorporada en el Servidor 2008 es una de las tareas más complicadas que he hecho. El problema es que incluso si tiene todos los componentes necesarios, el Agente de conexión de escritorio remoto aún no puede reconocer VDI o una máquina virtual que ejecuta Windows 7 no puede abrir una sesión de escritorio remoto. Solo reconoce el servidor terminal (RDSH). La solución de Microsoft no es actualizar el intermediario, sino configurar el Servidor RDSH en "modo de redirección" para engañar al intermediario y hacer que piense que está dirigiendo la conexión del usuario al Servidor RDSH, pero en realidad el servidor RDSH sin ninguna sesión. El usuario se redirige a una instancia de Windows XP o Windows 7 que se ejecuta en Hyper-V. Esto es demasiado complicado, especialmente los pasos necesarios para la instalación son intuitivamente difíciles de entender. Necesitamos instalar un rol simple y luego cambiarlo para hacer algo que no deberíamos hacer. Hay algunos scripts que se pueden ejecutar, registro de inicio de sesión y mucho trabajo que no era necesario realizar al implementar un producto de escritorio remoto. Al final, la herramienta VDI en el cuadro se volvió complicada y poco práctica. Necesita cambiar. En Windows Server 2012, el agente de conexión puede identificar tanto las sesiones RDSH como las sesiones VDI (del rol RDVH). El usuario obtiene una solución muy simple y todo el trabajo se realiza normalmente. Además de los flujos de trabajo fáciles de rastrear, Microsoft también ha solucionado los problemas de implementación y administración de VDI basados ​​en RDS y Hyper-V. El proceso de instalación en Windows Server 2012 se basa en el asistente del Administrador del servidor. Todos los componentes y roles se instalan en el servidor apropiado de manera controlada y automatizada (todos en un solo sitio). Del mismo modo, el siguiente trabajo de administración también se puede realizar a través del Administrador del servidor. Tanto la Configuración de escritorio remoto como el Administrador de escritorio remoto son herramientas del pasado. Además, si no desea utilizar el asistente, puede instalarlo y configurarlo a través de Windows PowerShell. En el servidor 2012, Microsoft parece haber incorporado todas las tecnologías que se han creado o dominado en los últimos años. ¿Funcionarán estas nuevas soluciones con Terminal Server y VDI (incluido el cambio de nombre a RemoteFX) para competir con Citrix, VMware y Dell /Quest en el campo, o aún faltan? Esperaremos y veremos.