Cómo calcular recursos en un servidor terminal: un método práctico de dimensionamiento

Un calculador de servidor terminal rara vez es un calculador literal. En la mayoría de los entornos de SMB y MSP, es un método de planificación utilizado para estimar cuánta CPU, RAM, almacenamiento y margen de maniobra necesitará un servidor terminal antes de que los usuarios comiencen a quejarse. La verdadera pregunta detrás de la palabra clave es práctica: ¿cómo se calculan los recursos en un servidor terminal lo suficientemente bien como para implementar con confianza, evitar gastos excesivos y reducir el riesgo de cuellos de botella en el rendimiento ?

¿Qué debería calcular realmente un calculador de servidor terminal?

Un calculador de servidor terminal útil debería estimar más que "usuarios por servidor". Como administrador, debería ayudarte a planificar el rendimiento de CPU, RAM, almacenamiento, almacenamiento de perfiles y margen de capacidad bajo un uso concurrente realista. La guía de Microsoft para los hosts de sesión de Escritorio Remoto enmarca el dimensionamiento en torno al tipo de carga de trabajo y los usuarios sugeridos por vCPU, no en torno a un límite de conexión genérico de talla única.

¿Por qué el conteo de usuarios por sí solo no es suficiente para calcular los recursos en un servidor terminal?

Uso de sesión

Ten en cuenta que dos entornos con el mismo número de usuarios pueden producir resultados muy diferentes. Suponemos que ya sabes cuántos usuarios accederán a tu infraestructura, así que tener considerado licencias y CALs , el trabajo práctico puede comenzar.

Imagina cómo quince usuarios que abren una aplicación de línea de negocio pueden generar una carga modesta en un host. Mientras tanto, quince usuarios que ejecutan un escritorio remoto completo con navegadores, aplicaciones de Office, herramientas PDF, impresión y sincronización en segundo plano pueden crear una huella mucho más pesada. Los modelos de dimensionamiento reflejan esa diferencia al separar las cargas de trabajo multi-sesión ligeras, medianas y pesadas.

La distinción es importante porque "30 usuarios" no es una cifra de capacidad por sí sola. Solo tiene sentido una vez que defines lo que esos usuarios hacen y utilizan durante los períodos pico.

Uso del servidor

También recuerda una distinción importante que importa enormemente: para laboratorios o una pequeña oficina, podrías planear un solo servidor, ya que ejecutará menos sesiones de usuario concurrentes, mientras que para producción, probablemente planearás una granja. De hecho, se necesitan roles separados para mejorar el rendimiento, simplificar la solución de problemas y asegurar la seguridad, por lo que una división común sería:

• 1 servidor para Broker, Web y Licencias
• 1 o más servidores para Host de Sesión
• 1 RD Gateway en su propio servidor para acceso externo.

Para dar un paso más, también encontrarás que el tipo de servidor, la memoria, etc., entrarán en juego y es posible que desees incluir SSD en configuraciones más grandes por ejemplo. Sin embargo, esto es solo una mención para hacerte consciente de las posibilidades.

¿Qué cuatro entradas dan forma a la planificación de recursos?

A continuación, más confiable que saltar directamente a los números de hardware, aquí hay cuatro entradas para recopilar antes de comenzar a contar. Este trabajo previo evita la superposición con preguntas de licencia sobre quién puede conectarse y bajo qué reglas de Microsoft. La preocupación central aquí es cuántos recursos necesita un host de sesión para mantenerse receptivo. Nuestro artículo anterior cubrió licenciamiento y capacidad del servidor así que podemos desarrollar aquí las prácticas de contar todo metódicamente para planificar correctamente.

Por lo tanto, necesitas sumar:

Usuarios activos concurrentes

Todavía necesitamos incluir este número esencial, ya que el número de sesiones que se ejecutan en paralelo afectará definitivamente el rendimiento del servidor. Tenga en cuenta que el conteo concurrente puede ser independiente del conteo total.

Clase de carga de trabajo por grupo de usuarios

Evaluar cuánto un usuario o conjunto de usuarios utilizará recursos es la primera verificación de la realidad. Ciertos grupos o individuos inevitablemente consumirán más en las tareas que realizan. Por eso es necesario identificar a los usuarios intensivos.

Tipo de aplicación y sesión

También es muy útil identificar aplicaciones específicas, ya que ciertos usuarios monopolizarán grandes cantidades de recursos según cuáles ejecuten.

Pico, margen de crecimiento y conmutación por error

Redondea esta lista de entradas teniendo en cuenta el uso máximo, dejando espacio para un crecimiento a corto plazo esperado y construyendo un margen de reserva para fallos.

¿Cómo se calculan los recursos en los servidores de terminal?

Aquí hay un método de cálculo práctico que esperamos sea útil en la administración de PYMES, así como en otros contextos. Su objetivo es al menos simplificar la planificación y estructurar la preparación. Luego, debería servir para perfeccionarlo para que puedas contar con él durante el período piloto y en adelante.

Paso 1: Contar usuarios concurrentes, no usuarios totales

Comience con el número de usuarios que están activos al mismo tiempo. Este es el número que impulsa la carga del servidor. Un negocio con 50 usuarios nombrados puede tener solo de 18 a 25 conectados simultáneamente durante las horas pico. Al dimensionar un host de sesión, el conteo de sesiones simultáneas es mucho más útil que el total de personal.

Antes de probar la capacidad sostenible del mundo real bajo carga, la planificación debe desafiar las estimaciones.

Paso 2: Clasificar las cargas de trabajo como ligeras, medianas o pesadas

A continuación, ordene a los usuarios del grupo por carga de trabajo. Microsoft’s guía del host de sesión actual sugiere los siguientes rangos de densidad base para entornos de múltiples sesiones y HP y otras fuentes coinciden:

• hasta 6 usuarios ligeros por vCPU,
• 4 usuarios medianos por vCPU y
• 2 usuarios pesados por vCPU,

con un ejemplo de VM mínima de 8 vCPU, 16 GB de RAM y 32 GB de almacenamiento en esos grupos de carga de trabajo. Las recomendaciones también incluyen mantener los tamaños de VM de múltiples sesiones aproximadamente entre 4 y 24 vCPUs para obtener mejores retornos de capacidad.

Un mapa de carga de trabajo simple para la planificación de pymes guiaría así la clasificación:

• Luz: una aplicación empresarial, uso limitado del navegador, sesiones cortas
• Medio: Aplicaciones de Office, pestañas del navegador, herramientas PDF, multitarea moderada
• Pesado: ERP, archivos de Excel más grandes, uso constante del navegador, impresión, múltiples aplicaciones abiertas todo el día

Estas son bandas de planificación básicas, no garantías. El propósito es elegir un punto de partida basado en el comportamiento de la carga de trabajo.

Paso 3: Estimar la capacidad de CPU

Una vez que los usuarios están agrupados, estima la CPU con un enfoque de usuarios por vCPU. Por ejemplo, si 24 usuarios concurrentes son en su mayoría usuarios medios, la línea base de Microsoft de aproximadamente 4 usuarios por vCPU sugiere comenzar con alrededor de 6 vCPUs, y luego redondear a un tamaño de host práctico con margen para picos. Si deseas proporcionar una mejor capacidad de ráfaga durante picos de demanda de CPU a corto plazo, planifica ratios de usuarios por núcleo más bajos de lo que podrías considerar de otra manera.

Como puede haber quedado claro, el dimensionamiento de la CPU no debe detenerse en el mínimo matemático. Debe tener en cuenta los picos de inicio de sesión, la actividad del antivirus, los trabajos de informes y los cortos períodos de lanzamientos simultáneos de aplicaciones.

Paso 4: Estimar los requisitos de RAM

La RAM debe cubrir las necesidades del sistema operativo, los servicios básicos, la sobrecarga de sesión y el uso de memoria de la aplicación por usuario. Como se describió anteriormente, la línea base actual de Microsoft para múltiples sesiones emparejó sus ejemplos de carga de trabajo ligera, media y pesada con un mínimo de 16 GB de RAM para un punto de partida de 8 vCPU. Aunque esto es solo una línea base, proporciona un punto de partida tangible para la estimación.

Un método práctico en una pequeña o mediana empresa es:

1. reservar memoria para el sistema operativo y los servicios de la plataforma,
2. estimación de memoria por sesión según la clase de usuario,
3. multiplicar por sesiones concurrentes,
4. entonces agregue un margen de seguridad.

PeteNetLive ofrece un regla general deliberadamente amplia de 2 a 8 GB por usuario para la planificación de RAM del Host de Sesión RD. Esto es útil como una advertencia contra la subestimación de sesiones pesadas, incluso si el número exacto debe ser refinado en las pruebas.

Paso 5: Verificar el almacenamiento y la sobrecarga del perfil

El almacenamiento a menudo se subestima en la planificación de servidores terminales. Un almacenamiento lento y congestionado puede afectar los inicios de sesión, la carga de perfiles, los archivos temporales, los lanzamientos de aplicaciones y el almacenamiento en búfer de impresión, incluso cuando la CPU y la RAM aún parecen aceptables.

• almacenamiento de perfil
• almacenamiento del sistema operativo
• registros: para seguridad y otros propósitos similares

Esta última categoría vale la pena estimar, ya que puede crecer rápidamente dependiendo del tamaño de su infraestructura y del tipo de monitoreo y protección que requiera.

La presentación por roles de PeteNetLive sirve como un recordatorio útil de que el host de la sesión es generalmente donde la presión de recursos aparece primero, mientras que otros roles de RDS a menudo tienen huellas relativamente más pequeñas. Ten esto en cuenta cuando busques indicadores de la capacidad de uso de tu empresa, ya que puede ayudar a dimensionar los planes.

Paso 6: Agregar margen para picos, crecimiento y conmutación por error

Ningún calculador de servidor terminal debería terminar con el número de "justo lo suficiente". Agregue margen para:

• picos de inicio de sesión por la mañana
• parches y análisis de antivirus
• picos de informes mensuales
• crecimiento esperado de usuarios
• fallo de host en un diseño de múltiples servidores

En conclusión, un buen consejo operativo para cualquier entorno que se mueva más allá de un solo host es tener en cuenta hosts adicionales en caso de pérdida de servidor o hipervisor.

Método simple de calculadora de servidor terminal para pymes y proveedores de servicios gestionados

Esta lógica de calculadora es intencionadamente simple. Está destinada a producir una primera estimación defendible, no un punto de referencia final, y para que la adaptes en consecuencia.

Una fórmula de planificación rápida

Usa esta secuencia:

1. Contar usuarios concurrentes .
2. Clasifícalos en ligero, medio y pesado grupos.
3. Estimación CPU usando una relación de usuarios por vCPU de referencia.
4. Estimación RAM desde la sobrecarga del sistema operativo más la demanda por sesión.
5. Verificar almacenamiento para el perfil, el rendimiento temporal y de lanzamiento.
6. Añadir 20 a 30 por ciento de margen , luego revise las necesidades de conmutación por error.

Esto refleja la esencia de cómo se enmarca el dimensionamiento en general: carga de trabajo primero, proporciones segundo, refinamiento después de la observación. Y ahora, ¿por qué no obtener un adelanto de? qué forma podría tomar ¿Obtener una estimación precisa y planificar su infraestructura potencial? Una herramienta clave al planificar su presupuesto.

Ejemplo 1: 15 usuarios de oficina ligeros

Suponga que 15 usuarios concurrentes acceden a una aplicación empresarial publicada más el uso ligero del navegador.

Usando las líneas base ligeras recomendadas, la estimación de CPU en bruto es de aproximadamente 3 vCPUs. En la práctica, eso es demasiado ajustado para la capacidad de ráfaga, por lo que un planificador optaría por un perfil de host más práctico en lugar de construir al límite. Encontrarás que los consejos favorecen un rango de tamaño más amplio de 4 a 24 vCPUs con 8 vCPUs y 16 GB de RAM como un perfil base estándar para cargas de trabajo de múltiples sesiones.

Para RAM, reserve capacidad para el sistema operativo y los servicios, luego agregue memoria de sesión para cada usuario. Si el entorno es estable y el uso de la aplicación es limitado, esto podría caber cómodamente en un host modesto, pero aún debe ser validado durante el uso piloto.

Ejemplo 2: 30 usuarios de oficina y ERP mixtos

Asumir:

• 18 usuarios medianos
• 12 usuarios intensivos

Un atajo de planificación trataría al grupo medio con aproximadamente 4 usuarios por vCPU y al grupo pesado con aproximadamente 2 usuarios por vCPU. Eso implica alrededor de 4.5 vCPUs para el grupo medio y 6 vCPUs para el grupo pesado, antes de sobrecarga y margen. En la práctica, eso ya indica alejarse de un solo host de tamaño ligero y hacia un host más grande con margen o una división entre múltiples hosts de sesión.

Esto es donde el consejo "planificar los recursos del servidor" cobra sentido. Con un ERP al igual que en cualquier contexto empresarial, el objetivo no es solo encajar a los usuarios en algún lugar. El objetivo no es solo ubicar a los usuarios en algún lugar. El objetivo es mantener los tiempos de respuesta aceptables durante las partes más ocupadas del día.

Ejemplo 3: Cuándo dividir usuarios entre múltiples hosts

Una vez que el cálculo produce un host denso con capacidad de ráfaga limitada, la mejor respuesta puede ser arquitectónica en lugar de escalado vertical. Los hosts de sesión pueden configurarse para realizar el trabajo pesado, mientras que roles como RD Connection Broker, Gateway y Licensing pueden recibir diferentes perfiles de recursos. Dividir la carga de usuarios entre múltiples hosts probablemente mejorará la resiliencia, la flexibilidad de mantenimiento y la planificación de conmutación por error.

Para los MSP, este es a menudo el punto de inflexión donde un calculador de servidor terminal se convierte en una discusión sobre el dimensionamiento de granjas en lugar de una discusión sobre un solo servidor.

¿Cuáles son los errores de dimensionamiento comunes que suelen afectar el rendimiento del servidor terminal?

Los errores de dimensionamiento generalmente no son causados solo por matemáticas. Provienen de suposiciones incorrectas.

Confundir la licencia con la capacidad de rendimiento

La licencia te indica cómo se asigna y configura el acceso. No te dice cuántos usuarios concurrentes soportará un servidor con un rendimiento aceptable.

Ignorando sesiones que consumen muchos recursos del navegador y de impresión

Muchos entornos aún subestiman cuánto carga puede agregar el uso moderno de navegadores, el manejo de PDF y la impresión a un host de sesión. Estas actividades pueden hacer que un grupo de usuarios pase de ligero a medio, o de medio a pesado, incluso cuando la propia aplicación de línea de negocio es modesta.

Dimensionamiento solo para carga promedio

La carga promedio rara vez es el momento en que los usuarios se quejan. Las quejas ocurren durante tormentas de inicio de sesión, aperturas de archivos simultáneas, ejecuciones de informes o picos matutinos. Microsoft señala que una mejor capacidad de ráfaga es importante en relaciones de usuarios por núcleo más bajas porque apoya dejar espacio en lugar de apuntar a una densidad máxima.

Olvidando el resto de la pila de RDS

El host de sesión es el principal consumidor de recursos, pero no es el único rol en el entorno. El desglose de roles de PeteNetLive es un recordatorio útil para tener en cuenta el Broker de Conexión, el Gateway, el Acceso Web y la Licencia por separado cuando la implementación crece más allá de una pequeña configuración de un solo host.

¿Por qué debería la supervisión validar sus estimaciones de tamaño?

Un calculador de servidor terminal te proporciona una base de planificación. No te da prueba. Para tener prueba, necesitas monitorear el uso.

De la línea base a la prueba: la monitorización como un elemento esencial

En nuestro artículo anterior, explicamos por qué la capacidad de usuario sostenible es una cuestión de monitoreo práctica. Aquí, el objetivo ha sido mostrar cómo estimar la primera versión de esa capacidad antes de la implementación. El monitoreo obtendrá para usted muchos de los conteos que hemos mencionado. Le recomendamos que realice pruebas en un contexto de laboratorio para evaluar sus necesidades previstas.

¿Dónde marca la diferencia TSplus Server Monitoring?

TSplus Server Monitoring se ajusta después de que se implemente la estimación de tamaño. Ayuda a verificar si la saturación de la CPU, la presión de la memoria, los cuellos de botella de almacenamiento o los picos de uso coinciden con las suposiciones utilizadas en la planificación. Eso es especialmente útil para los administradores de TI de pequeñas y medianas empresas y los proveedores de servicios administrados que necesitan evidencia antes de redimensionar un host, redistribuir usuarios o agregar otro servidor.

Más allá de saber cómo proyectar recursos, ¿cómo más puedes saber si el cálculo fue correcto que a través de sistemas de monitoreo? Server Monitoring te proporciona monitoreo en tiempo real y alertas para mantenerte informado cada vez que los marcadores alcancen tus umbrales establecidos. .

TSplus software para la entrega segura y sostenida de aplicaciones y escritorios

TSplus Remote Access pertenece como la capa de entrega en la historia más amplia, mientras que Advanced Security está hecho a medida para proteger los servidores de aplicaciones. Además, TSplus Remote Support proporciona un kit de elementos esenciales para la solución de problemas y el mantenimiento de estos servidores y más desde cualquier ubicación. Una vez que el entorno esté correctamente dimensionado, TSplus Remote Access publicará escritorios y aplicaciones de manera más simple que Citrix y sin exceder su presupuesto. Probar características como el acceso web y la entrega centralizada le dará una idea de cómo puede ir más allá del acceso RDP ad hoc.

Conclusión

Un calculador de servidor terminal no debe prometer una respuesta mágica. Ahora es el momento de calcular los recursos del servidor terminal en etapas: comience con los usuarios concurrentes, clasifique la intensidad de la carga de trabajo, estime la CPU y la RAM a partir del comportamiento realista de las sesiones, verifique el almacenamiento y luego agregue un margen para picos, crecimiento y conmutación por error.

Como administrador del sistema, los administradores de TI de SMB o MSP, esto le dará una estimación práctica inicial. A partir de ahí, la verdadera disciplina es la validación. Planifique cuidadosamente, implemente de manera conservadora y luego utilice los datos de monitoreo para confirmar si el host, o granja de hosts , puede mantener la experiencia del usuario que usted pretende.