toolbox
Inicio / Viajes, eventos y ocio / Estimador de capacidad de servidores para live ops

Estimador de capacidad de servidores para live ops

Este estimador calcula el número mínimo de servidores necesarios para soportar una previsión de jugadores concurrentes durante una operación en vivo. Parte de la concurrencia esperada, la cantidad de jugadores que puede atender cada servidor y un margen de seguridad para picos o variaciones de carga. Es útil al preparar lanzamientos de eventos, actualizaciones, temporadas o campañas que puedan alterar de forma brusca la demanda.

La salida es una estimación de capacidad, no una prueba de rendimiento. La capacidad real por servidor depende de la arquitectura, el tipo de sesión, la CPU, la memoria, la red y los servicios auxiliares. Por eso el valor «jugadores por servidor» debe proceder de mediciones internas o pruebas de carga representativas; el margen sirve para evitar planificar exactamente al límite de esa capacidad nominal.

Demanda y capacidad

%
Resultado
—
servidores necesarios
Capacidad planificada—
Servidores sin margen—
Plazas de reserva—

1. Introduce Introduce la concurrencia máxima que quieres poder atender durante el evento.

2. Indica Indica cuántos jugadores puede soportar un servidor según tus pruebas o límites operativos.

3. Añade Añade un margen de seguridad para absorber picos, desviaciones de previsión o pérdida temporal de capacidad.

4. Revisa Revisa el número entero de servidores necesarios; el cálculo redondea hacia arriba.

5. Contrasta Contrasta la capacidad planificada con pruebas de carga y con los límites de bases de datos, colas, autenticación y otros servicios compartidos.

Carga planificada = CCU × (1 + Margen / 100)
Servidores = techo(Carga planificada / Jugadores por servidor)

CCU es la concurrencia prevista, Margen es el porcentaje adicional de capacidad y Jugadores por servidor es el límite operativo elegido. La función techo redondea al siguiente servidor completo.

Qué significa el resultado

El resultado indica cuántas instancias de capacidad equivalente harían falta para cubrir la concurrencia prevista más el margen configurado.

No incluye restricciones de servicios compartidos ni modelos de autoescalado; úsalo como capa inicial de planificación.

Datos: 72.000 jugadores concurrentes, 3.000 jugadores por servidor y 25 % de margen.

Cálculo: carga planificada = 72.000 × 1,25 = 90.000. Servidores = 90.000 / 3.000 = 30.

Resultado: se planifican 30 servidores, frente a 24 sin margen, con capacidad nominal para 90.000 jugadores.

¿Por qué se redondea el número de servidores hacia arriba?

No se puede desplegar una fracción de un servidor equivalente en este modelo. Redondear hacia abajo dejaría parte de la carga sin capacidad asignada.

¿Qué margen de seguridad debo usar?

Depende de la incertidumbre de la previsión y de la rapidez de escalado. Usa datos históricos, pruebas y objetivos operativos en lugar de un porcentaje genérico.

¿La capacidad por servidor debe ser el máximo técnico?

Es preferible usar un límite operativo sostenible bajo la mezcla de carga esperada. El máximo observado en una prueba ideal puede ser demasiado agresivo para producción.

¿Incluye bases de datos y servicios de autenticación?

No. El cálculo modela una capa de servidores homogéneos. Los cuellos de botella compartidos deben dimensionarse por separado.

¿Cómo cambia el cálculo con autoescalado?

La fórmula sigue siendo útil para estimar la capacidad pico objetivo. Después hay que definir mínimos, máximos, tiempos de arranque y métricas de escalado compatibles con esa demanda.