toolbox
Inicio / Viajes, eventos y ocio / Estimador de capacidad de servidores para un pase de batalla

Estimador de capacidad de servidores para un pase de batalla

Este estimador calcula una capacidad básica de servidores para un evento o ventana de alta actividad relacionada con un pase de batalla. Parte del número de jugadores activos previstos, estima cuántos estarán conectados simultáneamente y divide esa carga entre la capacidad segura de cada servidor. Después añade un margen de reserva para absorber picos e incidencias.

La cifra sirve como punto de partida para planificación operativa y pruebas de carga. No sustituye un modelo de arquitectura real: latencia, regiones, servicios dependientes, colas, bases de datos y límites de CPU o memoria pueden exigir más capacidad que la estimada aquí.

Datos de cálculo

jug.
%
jug.
%
Resultado
—
resultado estimado
Pico simultáneo—
Servidores sin reserva—
Reserva añadida—

1. Estima los jugadores activos
Introduce la población que puede participar durante la ventana analizada.

2. Define la concurrencia pico
Indica qué porcentaje de esa población esperas conectado al mismo tiempo en el momento de máxima demanda.

3. Fija una capacidad segura
Usa el número de jugadores simultáneos que un servidor puede manejar dentro de tus objetivos de rendimiento, no su máximo teórico.

4. Añade reserva
Incluye un margen adicional para absorber variaciones y fallos.

5. Revisa los servidores requeridos
El resultado redondea hacia arriba porque una fracción de servidor requiere una instancia completa adicional.

Pico simultáneo = jugadores activos × concurrencia/100Servidores requeridos = techo((pico simultáneo / capacidad por servidor) × (1 + reserva/100))

Variables:

  • pico simultáneo: jugadores conectados a la vez en el escenario de máxima carga
  • capacidad por servidor: jugadores simultáneos soportados de forma segura por una instancia
  • reserva: porcentaje adicional de capacidad
  • techo: redondeo al entero superior

Supuesto: La carga se distribuye de forma suficientemente uniforme entre servidores y la capacidad por servidor ya incorpora los límites técnicos relevantes de la aplicación.

Qué significa el resultado

El resultado es una estimación basada únicamente en los valores introducidos y en las hipótesis descritas en esta página.

Úsalo para comparar escenarios y valida los supuestos con datos reales cuando vayas a tomar decisiones operativas o económicas.

Datos:

  • Jugadores activos: 120.000
  • Concurrencia pico: 18 %
  • Capacidad segura: 1.800 jugadores por servidor
  • Reserva: 25 %

Cálculo:

Pico = 120.000 × 0,18 = 21.600 jugadores

Servidores base = 21.600 / 1.800 = 12

Con reserva = 12 × 1,25 = 15

Resultado: 15 servidores

Interpretación: El escenario necesita 12 servidores para la carga prevista y 3 adicionales como margen de reserva.

¿Debo usar la capacidad máxima publicada del servidor?

Es preferible usar una capacidad segura obtenida de pruebas de carga y objetivos de latencia. El máximo teórico puede ser demasiado optimista.

¿La concurrencia pico es lo mismo que usuarios activos diarios?

No. La concurrencia mide cuántos están conectados al mismo tiempo; los usuarios activos diarios pueden conectarse en momentos diferentes.

¿Por qué se redondea siempre hacia arriba?

Porque una necesidad de, por ejemplo, 12,2 servidores no puede cubrirse con 12 instancias completas.

¿El margen de reserva cubre una caída regional completa?

No necesariamente. Un escenario de failover regional requiere modelar la redistribución de tráfico y capacidad de cada región por separado.

¿Qué otros límites debo revisar además del número de jugadores?

CPU, memoria, ancho de banda, conexiones, bases de datos, matchmaking y servicios externos pueden convertirse en cuellos de botella antes que el límite nominal de jugadores.