Dimensiona VM para un objetivo de usuarios: vCPU, memoria, almacenamiento, instancias y redundancia N+1 real, con opciones de AWS, Azure y GCP.
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. |
|---|---|---|---|
| LigeraPublicado | 6 | 8 | 16 GB |
| MediaPublicado | 4 | 8 | 16 GB |
| IntensaPublicado | 2 | 8 | 16 GB |
| Muy intensaPublicado | 1 | 6 | 56 GB |
Es una estimación de dimensionamiento, no una garantía. Las especificaciones de las instancias las publica cada proveedor y cambian con el tiempo; los precios no se muestran a propósito, porque un precio sin fecha es peor que ninguno. Valídalo con una prueba de carga antes de comprometer hardware.
También podrías encontrar útiles estas calculadoras
Cuántos usuarios admite un servidor y qué lo limita
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 las vCPU, la memoria, el almacenamiento y el ancho de banda que necesita un objetivo de usuarios, y después cuántas instancias desplegar y qué tamaños del catálogo encajan de verdad. El dimensionamiento de aplicaciones web parte del rendimiento que tú mides; el de hosts de sesión, de las cifras de usuarios por vCPU que publica Microsoft. Esta página y la calculadora de capacidad de servidor comparten un mismo modelo, así que una máquina aprovisionada aquí admite al menos los usuarios que pediste allí.
Dimensionar es la inversa de calcular capacidad: en lugar de preguntar cuánto admite una máquina, fijas el número de usuarios y despejas la máquina. Tres cosas deciden si la respuesta sirve. Los núcleos no escalan de forma lineal, así que cuatro veces la carga exige más de cuatro veces los núcleos. Una máquina tiene un tamaño máximo razonable, superado el cual la guía publicada pide añadir hosts en vez de agrandar uno. Y redundancia significa que las instancias supervivientes asumen toda la carga, de modo que N+1 añade una instancia en lugar de repartir el requisito entre las que ya tenías.
Fórmula de dimensionamiento
Convierte un objetivo de usuarios en un tamaño y un número de instancias concretos que puedas llevar a un ticket o a un fichero de Terraform.
Comprueba exactamente cuánta capacidad sobrevive al fallo de una instancia y si eso cubre el requisito.
Aplica el máximo publicado de usuarios por vCPU para cargas ligeras, medias, intensas y muy intensas, y obtén un número de hosts dentro del rango de vCPU publicado.
Comprueba qué tamaños de AWS, Azure o Google Cloud cumplen el mismo requisito, con especificaciones publicadas en lugar de un precio sin fecha.
Un tamaño solo se ofrece si cumple el requisito por instancia. Cuando nada del catálogo es suficiente, la página lo dice en vez de devolver calladamente su fila más grande.
N+1 despliega un repuesto sobre lo que exige la carga, y la página indica la capacidad que sobrevive a un fallo frente al requisito, para que la compruebes en vez de fiarte de una etiqueta.
Los usuarios concurrentes mueven CPU, memoria y red; las cuentas registradas mueven los datos almacenados. Son cifras distintas, normalmente en órdenes de magnitud, así que son campos distintos.
Ambas páginas resuelven las mismas expresiones, una hacia delante y otra hacia atrás. La concordancia se verifica en la batería de pruebas, no a mano.
Convierte tus usuarios concurrentes habituales en el pico que la máquina debe absorber. Un multiplicador de 2 dimensiona para el doble de la concurrencia normal. Se aplica a CPU, memoria y red, que crecen con quién está conectado, y a propósito no al almacenamiento, que crece con cuántas cuentas existen.
Es la parte de la capacidad que quieres que ocupe la carga pico en régimen estable. Al 70 por ciento, la máquina se dimensiona para que el pico ocupe el 70 por ciento de lo que puede dar, dejando el resto para ráfagas. Por eso la calculadora de capacidad de servidor valora la máquina resultante en torno a 1,4 veces los usuarios que pediste aquí: eso es el margen, no una discrepancia.
Siempre que perder una instancia no deba degradar el servicio. N+1 despliega una instancia más de las que exige la carga, así que las supervivientes siguen asumiéndolo todo. Conviene ver lo que no es: repartir el mismo requisito entre dos instancias de la mitad de tamaño no es redundancia, porque un fallo te cuesta entonces la mitad de la capacidad.
Los precios en la nube varían por región, compromiso, almacenamiento y salida de datos, y cambian sin aviso. Un rango fijo sin fecha, región ni fuente es una cifra que parece autorizada y no lo es, así que se retiró en lugar de actualizarse. Las especificaciones de las instancias las publica cada proveedor y son lo que esta página compara.
Porque ninguna encaja en este modelo con honestidad. El entrenamiento suele estar limitado por GPU, y el dimensionamiento de CI/CD trata de compilaciones concurrentes y no de usuarios concurrentes, así que una cifra de usuarios por núcleo no describe a ninguna de las dos. Enviar un perfil inventado para ellas es lo que producía la antigua respuesta de 28.583 vCPU acompañada de una recomendación de 8 vCPU.
Familias de propósito general de cada proveedor: t3 y m5 en AWS, B y Dsv5 en Azure, e2 y n2-standard en Google Cloud, además de combinaciones genéricas de vCPU y memoria. Solo se muestran las filas que cumplen el requisito por instancia, y al lado aparece el tamaño inmediatamente superior para que veas lo que cuesta el margen.