¿Cuál es el umbral de latencia para ejecutar un Terminal Server (RDS) en la WAN?

He visto: rendimiento del servidor de Terminal Server sobre enlaces de alta latencia

Pero tengo un cliente que está interesado en reubicar la infraestructura de su sistema en un centro de datos que tiene una latencia de ~ 62 ms desde su sede principal.

El entorno está compuesto por un trío de servidores RDS de Windows Server 2008 R2, servicios de archivo e impresión y Microsoft Exchange 2010. Actualmente, todo está virtualizado en un clúster vSphere 5.5. Hay un total de 80 usuarios que actualmente se conectan localmente a los sistemas RDS utilizando clientes ligeros HP.

Debido a problemas en las instalaciones y al aumento de usuarios remotos y fuera del sitio, existe un impulso para mover los sistemas a una instalación de centro de datos. El nuevo sitio contará con hosts vSphere de gama alta y almacenamiento todo flash.

La conectividad con la instalación de ubicación conjunta se establecerá a través de VPN de sitio a sitio con múltiples ISP y conmutación por error en su lugar.

¿Es esta una mala idea, sin embargo? Me conecto a este sitio a menudo para realizar trabajos de mantenimiento sobre RDP y SSH, el rendimiento es bastante aceptable para mi caso de uso. Los usuarios están utilizando el paquete básico de MS Office y un par de aplicaciones ERP ligeras basadas en terminales SSH.

¿Son razonables 62 ms para este tipo de carga de usuario y Microsoft RDS?

Tengo varios miles de personas en todo el mundo que se conectan y usan diariamente software de contabilidad / oficina. Mientras sus tiempos de respuesta sean inferiores a 300 ms, no recibiremos quejas, pero mmm.

Como prueba de concepto, configuré uno de los conmutadores de nuestros usuarios usando una caja de linux / netem y seguí aumentando la latencia / pérdida de paquetes hasta que comencé a tener quejas. Fue muchísimo más fácil replicar las condiciones de la red localmente y luego mover mis aplicaciones dos veces.

Siento que esto es algo subjetivo, ya que algunos usuarios no estarán contentos a menos que la latencia sea como una experiencia de escritorio local, y otros usuarios estarán contentos y no se quejarán, incluso si la latencia es de 300 ms.

Sin embargo, es cierto que la latencia es un asesino de la experiencia del usuario, precisamente cuánto es una cuestión de percepción individual.

Este es un video bastante bueno de TechEd 2014 sobre la experiencia del usuario en escenarios similares a este (este video trata sobre VDI, pero es una experiencia similar a los Servicios de escritorio remoto).

https://www.youtube.com/watch?v=CcKAwzebHoc&feature=youtu.be

Entonces, usted podría decir, nunca más allá de 300 ms. 62 ms es probablemente "OK".

Esta pregunta no se puede responder de manera universal y objetiva. Los resultados realmente dependen del tipo de carga de trabajo y las demandas de los usuarios. Nada puede ser mejor aquí que las pruebas UX.

A menudo trabajo de forma remota a través de RDP desde diferentes ubicaciones, la mayoría de las veces me conecto a través de la red LTE (4G) que ofrece latencias similares a 62 ms. En este mismo momento estoy en un hotel con una conexión lenta de ~ 1 Mbit / sy latencias de ~ 27-28 ms, menos de la mitad del valor en su caso. Incluso con este último valor, me resulta difícil navegar por la web o ver gráficos grandes (especialmente sin AdBlock, ¡los sitios ricos en gráficos pueden renderizar durante unos segundos en Firefox!). También un intento de escribir un documento simple usando Microsoft Word generó cierta frustración debido a una responsabilidad de interfaz por debajo del promedio (a su vez, LibreOffice Writer se sintió mucho mejor). Sin mencionar siquiera cualquier trabajo con videos ... Las cosas con las que puedo trabajar con bastante comodidad son MMC, correo de Outlook (hasta cierto punto), exploración de archivos y, en general, tareas de administración del sistema.

Este valor debe estar bien para la administración remota del sistema y tareas similares que realiza habitualmente y con las que tiene experiencia. Pero si es para reemplazar completamente la pantalla local, esperaría frustración y quejas.

Una cosa para agregar: trabajo en Ubuntu con rdesktop 1.7.1 como mi cliente RDP de elección. Puede haber algunas optimizaciones en el cliente original de Microsoft (u otros) que pueden mejorar el rendimiento con enlaces de alta latencia.

La latencia de menos de 100 ms probablemente no sea un problema a menos que sus clientes jueguen a través de esta red . Pero es posible que se quede sin ancho de banda en ciertas aplicaciones intensivas en gráficos (especialmente las reproducciones de video) que afectarán negativamente la latencia y la empujarán más allá de 100 ms, molestando a sus usuarios.

RDP 8 (Server 2012 y posterior) viene con optimizaciones (léase: algoritmos de compresión con pérdida) para estos escenarios. Además, el soporte de transporte UDP mejorará la experiencia del usuario a través de enlaces con latencia significativamente variable o pérdidas notables de paquetes (> 0.1%). Entonces, si tiene alguno de estos, es posible que desee actualizar sus hosts de sesión de RD.