Hola Habr! El 14/01/2020 se acerca y esta fecha marca el final del soporte extendido para Windows Server 2008 R2, y si todavía usa Windows Server 2008 R2, debería considerar migrar a una plataforma más actual.
Debajo del corte hay una pequeña comparación de los recursos consumidos de las viejas y nuevas plataformas de Windows Server: el rol de RDSH. En primer lugar, estaba interesado en la oportunidad de continuar utilizando los servidores HP G6 / G7 ya disponibles que ejecutan VMware Vsphere 5.5.
La información sobre el ciclo de vida del servidor de Windows está disponible en este enlace
Buscar ciclo de vida del producto .
Tendré dos bancos de prueba:
- HP DL120 G7, 1 * CPU Intel Xeon E3-1240
- HP ML350 G6, 2 * CPU Intel Xeon E5620
Los servidores se ejecutarán con VMware ESXi 5.5, la imagen de VMware-ESXi-5.5.0-Update1-1746018-HP-5.75.4-Dec2014. También intenté usar la imagen VMware-ESXi-5.5.0-Update3-3116895-HP-550.9.4.26-Nov2015, pero esto no afecta los resultados.
Pero la imagen de VMware-ESXi-5.5.0-Update2-2403361-HP-550.9.2.40.2-Sep2015 da resultados distorsionados, por alguna razón las estadísticas que muestra el servidor son dos veces diferentes de las reales. Con esta imagen, el máximo que muestra el servidor es el 50 por ciento de la carga del procesador, aparentemente algún tipo de error. Al principio, estaba encantado cuando obtuve los primeros resultados, pero luego me di cuenta de que algo andaba mal ...
También se debe mencionar que el soporte para VMware Vsphere 5.5 tampoco es eterno, y la plataforma ya no es relevante, y debe pensar en actualizar. La información sobre VMware Lifecycle está disponible en esta
matriz de productos de VMware Lifecycle .
Y no olvide la
Guía de compatibilidad de VMware . Si hablamos del servidor HP DL120 G7, este servidor nunca estuvo presente en las matrices de compatibilidad, pero ESXi 5.5 U3 puede instalarse oficialmente en el servidor HP ML350 G6.
SO invitado
La información sobre la compatibilidad de ESXi con los sistemas operativos invitados también está disponible en la
Guía de compatibilidad de VMware .
ESXi 5.5 U3 le permite instalar Windows Server 2016 como sistema operativo invitado, e incluso la versión 5.5 será suficiente para esto. Pero para instalar Windows Server 2019 necesitará ESXi versión 6+, pero esto no me impide probar mi plan.
Tendré las siguientes máquinas virtuales de prueba: WS2008R2SP1, WS2012R2, WS2016 y WS2019.
Los agentes de VMware Tools 5.5.0-10.2.5.8068406 están instalados en todas las máquinas virtuales. Se instalaron todas las actualizaciones de Microsoft para mayo de 2019 e incluso algunas para junio de 2019, después de lo cual se deshabilitó el servicio de actualización.
Para mis pruebas, realicé el ajuste mínimo, quiero que todo funcione con los parámetros más estándar. Para esto, usaré políticas de grupo local, un poco más sobre esto escribiré al final.
- "composición de escritorio" deshabilitada
- permite redirigir audio y video
- RemoteFX habilitado para clientes WS2008R2SP1 y WS2008R2SP1
- suavizado de fuente deshabilitado
- limitó la profundidad de bits de la paleta de colores a 32
- limitado el número de monitores a un valor de 1
Para que el códec RemoteFX comience a funcionar en WS2008R2SP1, debe instalarse la función RDSH; para las versiones más recientes, esto puede omitirse. Quizás RemoteFX se usa en WS2008R2SP1 sin instalar RDSH, pero no hay eventos en los registros sobre la activación de este códec.
Prueba 1
Como prueba,
usaré un video en YouTube con una resolución de 720p,
Novedades de los Servicios de escritorio remoto en Windows Server 2019 - BRK2242 .
En cada uno de los servidores, abriré una sesión rdp y un video de prueba en Chrome (versión 75.0.3770.80 (64bit)).
En esta prueba, el cliente ligero HP t510 que ejecuta el sistema operativo HP ThinOS 4.4 y el paquete Freerdp-1.1hp10d-all-4.4-x86-SQ se utilizará como cliente. Esta unidad está conectada a un monitor con resolución Full HD y el perfil de cliente ligero se ha restablecido al de fábrica.
Realicé los gráficos desde el host, todas las primeras pruebas se realizarán en el servidor HP DL120G7.
Comentarios sobre los resultados de la primera prueba:En esta prueba, ws2008 consume tres veces menos recursos de procesador, pero al mismo tiempo tres veces más tráfico que otros participantes en la prueba.
Con el tráfico actual, se pueden colocar 66 sesiones en un gigabit, pero cambiar a una nueva versión del servidor probablemente reducirá en tres veces la cantidad de usuarios que pueden trabajar con este consumo de procesador.
Visualmente, la imagen en esta presentación es aceptable en todas las versiones de Windows Server. Por supuesto, si ejecuta algo más dinámico, las versiones más nuevas de los servidores muestran una imagen mucho mejor. Supongo que esto se debe a la cantidad de cuadros, más cuadros = reproducción suave = más carga de CPU.
Prueba 2
El script para la segunda prueba permanece sin cambios, con la excepción de usar Firefox (versión 67.0.2 (64 bits))
Comentarios sobre los resultados de la segunda prueba:Firefox emparejado con ws2019 muestra un buen resultado, consume un poco más de procesador y notablemente menos tráfico que ws2008.
Prueba 3
Se utilizará Chrome en esta prueba, pero el cliente ya será una computadora portátil con Windows 10 1903, la computadora portátil está conectada a un monitor con resolución FullHD.
Comentarios sobre los resultados de la tercera prueba:En casos con ws2008, se consume menos tráfico, otros cambios no son significativos ...
También noté que Chrome, cuando se muestra en el fondo del video, el progreso de la barra consume 1000 MHz más, pero en Firefox no noté tal efecto, y dibujar el progreso de la barra no afecta la cantidad de recursos consumidos.
Prueba 4
Una computadora portátil con Windows 10 emparejado con Firefox
Comentarios sobre los resultados de la cuarta prueba:En esta combinación servidor-cliente-navegador, ws2019 + Firefox consume menos recursos que con Chrome, pero comenzó a consumir significativamente más procesador en comparación con los resultados de la Prueba 2.
En los casos con ws2012 y ws2016, los resultados de todas las pruebas realizadas son mucho más uniformes, no existe tal variación como ws2019.
Prueba 5
Esta prueba consiste en comenzar el número máximo de sesiones de rdp y lanzar una presentación en cada sesión.
Remote Desktop Connection Manager me ayudará con esto, RDCM se lanzará en una computadora portátil con Windows 10.
La resolución de la sesión tuvo que reducirse a 1440 * 900. Solo daré una tabla resumen como resultado:
Comentarios sobre los resultados de la quinta prueba:Inesperadamente, el servidor 2019 mostró peores resultados que ws2012 y ws2016. El servidor 2008 pudo abrir 8 sesiones, mientras que los servidores 2012/2016 pueden abrir 4 sesiones, y el quinto eleva la carga al 100%. Server 2019 pudo trabajar con un máximo de 4 sesiones.
Firefox no es un navegador prioritario para mí y, por lo tanto, solo lo ejecuté en ws2019 para verificar los números recibidos.
Prueba 6
En esta prueba, entra en juego el servidor HP ML350G6 con dos procesadores E5620, solo probaré los servidores 2008 y 2019. La prueba es la misma, comenzando el número máximo de sesiones, solo se usará Chrome.
Comentarios sobre los resultados de la sexta prueba:Para ejecutar 10 sesiones en el servidor 2008, se necesitaba el 60 por ciento de los recursos del procesador, y para iniciar solo 5 sesiones en el servidor 2019, se necesita más del 90 por ciento.
La parte final - Tuning
Devolví todas las máquinas virtuales de prueba al servidor HP DL120G7 y usé una computadora portátil con Windows 10 y su pantalla nativa con una resolución de 1366 * 768 como cliente.
Desafortunadamente, no llamaría exitosos los intentos de reducir el consumo del procesador, pero es imposible decir que tampoco hay resultados. Aquí hay una lista de todas las configuraciones de directiva de grupo local disponibles que puede usar para la optimización:
En Windows Server 2008R2, las opciones "Optimizar la experiencia visual al usar RemoteFX" le permiten controlar la calidad de la imagen y la cantidad de fotogramas, y esto le da un resultado notable. Reducir el número de tramas reduce la carga en el procesador y la red. Para Windows Server 2019, estas opciones no funcionan.
La calidad de la imagen en Windows Server 2019 se puede controlar mediante el parámetro "Configurar calidad de imagen para gráficos adaptables RemoteFX", pero no hay nada que cambie la cantidad de fotogramas, o no encontré dicho parámetro.
Probé varias combinaciones de parámetros, pero pude obtener cambios notables en los resultados en solo unos pocos casos. Y lo más interesante es que puede notar cambios en el tráfico, pero al mismo tiempo, la carga en el procesador cambia poco.
- La priorización de H.264 / AVC 444 aumentó la carga en el procesador, pero al mismo tiempo, el tráfico cayó notablemente de 2x a 1 megabit.
Esta configuración de directiva prioriza el modo de gráficos H.264 / AVC 444 para escenarios vGPU que no son RemoteFX. Cuando use esta configuración en el servidor RDP, el servidor usará H.264 / AVC 444 como códec en una conexión RDP 10 donde tanto el cliente como el servidor pueden usar H.264 / AVC 444.
- La desactivación de la compresión RDP no redujo la carga en el procesador, pero al mismo tiempo el tráfico aumentó de 2x a 7 megabits.
- La habilitación del parámetro Losles para la calidad de la imagen conduce a un consumo de tráfico inadecuado, sin cambiar la carga en el procesador. Para qué escenarios, esta opción me fue agregada no está del todo clara.
Si habilita esta configuración de directiva y establece la calidad en Sin pérdida, RemoteFX Adaptive Graphics usa codificación sin pérdida. En este modo, la integridad del color de los datos gráficos no se ve afectada. Sin embargo, esta configuración resulta en un aumento significativo en el consumo de ancho de banda de la red. Recomendamos que configure esto solo para casos muy específicos.
Resumen
Si antes, para la operación de 10 usuarios activos, 8 servidores nucleares eran suficientes y todavía había espacio libre, ahora dicho servidor solo es suficiente para 5 usuarios.
Creo que es hora de prepararse para reemplazar los servidores de generación HP G6 y G7. Es una pena separarse de los servidores que tienen> 100 GB de RAM instalados, supuse que servirán más.
No excluyo que los procesadores antiguos carezcan de instrucciones de hardware, por lo que planeo obtener un servidor moderno para pruebas en el futuro cercano. Pero, sinceramente, mi pronóstico es pesimista, creo que será posible obtener el resultado deseado solo por la fuerza bruta, un aumento en el número de núcleos de procesador, y esto implicará un aumento en el número de licencias y costos requeridos.
El final