Cuántos usuarios concurrentes admite un servidor y qué recurso se agota primero, según tu rendimiento medido o guías publicadas.
Cifras multisesión publicadas por Microsoft, más 30 GB de almacenamiento de perfil por usuario. La misma guía mantiene el host entre 4 y 24 vCPU.
| Clase de carga | Máx. usuarios / vCPU | vCPU mín. | RAM mín. | Disco mín. |
|---|---|---|---|---|
| LigeraPublicado | 6 | 8 | 16 GB | 32 GB |
| MediaPublicado | 4 | 8 | 16 GB | 32 GB |
| IntensaPublicado | 2 | 8 | 16 GB | 32 GB |
| Muy intensaPublicado | 1 | 6 | 56 GB | 340 GB |
Es una estimación de capacidad, no una garantía. La capacidad real depende de tu código, tus consultas, la caché y la forma del tráfico, así que valídala con una prueba de carga antes de comprometer hardware.
También podrías encontrar útiles estas calculadoras
La máquina que necesitan N usuarios, y cuántas
Aceleración por la ley de Amdahl y núcleos reales
Calcula la RAM óptima para tu PC, estación de trabajo o servidor
Estima los costos mensuales de infraestructura en la nube
Calcula cuántos usuarios concurrentes admite un servidor y cuál de los tres recursos —CPU, memoria o red— cede antes que los demás. El dimensionamiento de aplicaciones web parte del rendimiento que tú mides, no de un benchmark inventado; el de hosts de sesión parte de las cifras de usuarios por vCPU que publica Microsoft. Ambas direcciones comparten un mismo modelo con la calculadora de dimensionamiento de VM, de modo que las dos páginas no pueden contradecirse.
La capacidad la fija el recurso más escaso, nunca el promedio de todos. Una máquina con CPU de sobra y memoria justa es una máquina limitada por memoria, y añadirle núcleos no cambia nada. Esta calculadora obtiene cuántos usuarios concurrentes podrían atender por separado la CPU, la memoria y la red, y presenta el menor de los tres como la respuesta real, nombrando el recurso limitante. Las solicitudes por segundo y los usuarios concurrentes se convierten mediante la ley de Little, con una forma de sesión que puedes ver y cambiar en lugar de constantes ocultas en el código.
Fórmula de capacidad
Comprueba si la máquina que vas a comprar está limitada justo por aquello que ibas a pagar.
Introduce tus solicitudes por segundo y por núcleo medidas y obtén una capacidad basada en tu propia aplicación.
Aplica el máximo publicado de usuarios por vCPU para cargas ligeras, medias, intensas y muy intensas, y comprueba si tu host cumple el mínimo publicado.
Muestra qué recurso limita y por cuánto, con la aritmética desarrollada paso a paso.
Añadir núcleos a un servidor limitado por memoria no aporta nada. Saber qué recurso se agota primero separa una mejora útil de una cara.
Las solicitudes por sesión y la duración de la sesión mueven la cifra principal más que el hardware. Aquí ambas son campos editables, con sus valores a la vista, para que juzgues si la estimación describe tu tráfico.
Las cifras de 2x y 5x salen de las mismas funciones que usa la calculadora de dimensionamiento de VM para aprovisionar, así que un objetivo planificado aquí es una máquina que allí puedes pedir de verdad.
El dimensionamiento de hosts de sesión tiene detrás una tabla publicada de primera mano. El rendimiento de una aplicación web no la tiene, así que esta página te pide una medición en vez de citar una cifra que nadie publicó.
La aritmética es exacta; la precisión la deciden los datos que introduces. Las cifras de hosts de sesión proceden de una guía publicada y valen lo que valga esa guía. El rendimiento de una aplicación web es el que tú aportes, y el valor que viene de inicio es una ilustración, no un benchmark. Valídalo con una prueba de carga antes de comprometer hardware.
Los usuarios concurrentes son cuántas personas están activas en un momento dado; las RPS son el ritmo de solicitudes que llegan al servidor. La ley de Little las conecta: si cada sesión hace 10 solicitudes en 5 minutos, 1.000 usuarios concurrentes generan 1.000 × 10 ÷ 300, es decir unas 33 solicitudes por segundo. Ambas cifras aparecen en esta página, y la forma de sesión que hay detrás es un campo que puedes cambiar.
La sobrecarga de sincronización crece con el número de núcleos, así que la guía publicada sitúa la ganancia de una duplicación en torno a 1,5 a 1,9 veces, no en 2. Esta página aplica esa curva, y por eso una máquina de 32 núcleos vale menos de cuatro veces una de 8. Es también el motivo por el que la misma guía prefiere dos hosts medianos a uno muy grande.
De las guías de dimensionamiento de hosts de sesión publicadas por Microsoft: un máximo de 6 usuarios por vCPU en cargas ligeras, 4 en medias, 2 en intensas y 1 en muy intensas, con una configuración mínima de host para cada clase y 30 GB de almacenamiento de perfil por usuario. La página también avisa cuando un host queda por debajo de ese mínimo publicado.
Porque ninguna fuente honesta publica un valor universal de solicitudes por segundo y por núcleo. El rendimiento pertenece a tu aplicación: un servidor de archivos estáticos y un endpoint que genera informes se diferencian en órdenes de magnitud sobre el mismo hardware. Los benchmarks publicados de frameworks miden frameworks concretos sobre hardware concreto, y los de proxy miden el proxy, no el trabajo de la aplicación. En vez de citar uno como si describiera tu código, esta página te pide la medición.
Sí, por construcción. Ambas páginas invocan el mismo modelo de dimensionamiento, una resuelta hacia delante y otra hacia atrás, de modo que una máquina aprovisionada allí admite al menos los usuarios que pediste aquí. Esa concordancia se verifica en la batería de pruebas, no a mano.