Pruebas de carga de Janus
Cuántos espectadores soporta un servidor de Krona.Chat: resultados de las pruebas de carga del servidor de vídeo Janus.
Prueba realizada el 10 de octubre de 2026
Cómo funcionan los esquemas
Mixto: modelo → servidor mixto → espectadores de esa modelo. Todos los espectadores de una emisión deben caber en un solo servidor.
Separado (en cascada): modelo → servidor de modelos → uno o varios servidores de espectadores → espectadores. El propio servidor de modelos reenvía el vídeo entre servidores (en cascada), sin necesidad de un servidor aparte para ello. Si una emisión tiene muchos espectadores, se reparten entre varios servidores de espectadores.
Lo esencial
- Un servidor entrega vídeo de forma estable a 330–360 espectadores a la vez, sin congelaciones ni pérdida de calidad.
- Si la recepción de las emisiones se traslada a un servidor aparte, un servidor de espectadores atiende a alrededor de un 10 % más de espectadores que uno mixto, y una sola emisión puede tener cualquier número de espectadores: se reparten entre varios servidores de espectadores.
- Recibir las emisiones apenas carga el servidor. La mayor parte de la carga es la entrega del vídeo a los espectadores.
- El servidor aprovecha casi todo su puerto de red: hasta 900 Mbit/s de vídeo hacia los espectadores sin pérdidas con un puerto de 1 Gbit/s. Si se supera el límite, la calidad cae para todos a la vez, por eso los servidores se cargan con margen, y así calcula la calculadora del final de la página.
Cómo hicimos las pruebas
Probamos los servidores de vídeo de Krona.Chat. Las modelos y los espectadores eran clientes de software que se comportan como un navegador: entran en una sala, envían y reciben vídeo.
Iniciamos las emisiones
Las modelos empiezan a emitir vídeo 1080p a unos 2,5 Mbit/s, como una webcam real.
Añadimos espectadores
Cada 2 segundos se conecta un nuevo espectador, así que la carga crece de forma gradual.
Vigilamos la calidad
Para cada espectador medimos cuánto vídeo se pierde por el camino. Mientras la pérdida es inferior al 1 %, la imagen es fluida.
Encontramos el límite
La prueba se detiene cuando la calidad empieza a bajar. El máximo de espectadores sin pérdidas es la capacidad del servidor.
Cada esquema se comprobó en una prueba independiente. Cada línea de los gráficos es una prueba distinta; las líneas no se suman.
Resultados
Cuánto vídeo envía el servidor a los espectadores
Cuantos más espectadores, más vídeo envía el servidor. Mientras la línea sube de forma regular, todos los espectadores reciben el vídeo completo. Cuando la línea se quiebra hacia abajo, el servidor está sobrecargado y no consigue entregar el vídeo a todos.
Mostrar tabla
Mbit/s: cuánto vídeo envía el servidor a todos los espectadores por segundo. Marco verde: el máximo de espectadores sin pérdida de calidad; fondo rojo: sobrecarga.
Calidad del vídeo para los espectadores
La parte del vídeo que no llegó al espectador. Hasta el 1 %, el espectador no lo nota; por encima, la imagen se congela y se descompone. Un aumento brusco de las pérdidas marca el límite del servidor.
Mostrar tabla
Pérdida de vídeo para los espectadores, %. Marco verde: el máximo de espectadores sin pérdida de calidad; fondo rojo: sobrecarga.
Carga de CPU del servidor
La CPU nunca llega al 100 %: antes, el servidor alcanza su límite en la entrega de vídeo. Pasado el límite, la carga incluso baja: el servidor pierde vídeo en lugar de enviarlo.
Mostrar tabla
Carga de CPU, %. Marco verde: el máximo de espectadores sin pérdida de calidad; fondo rojo: sobrecarga.
Qué esquema elegir
Todas las cifras corresponden a vídeo 1080p a unos 2,5 Mbit/s, sin pérdida de calidad.
Servidor mixto
hasta 330 espectadoresLas modelos y sus espectadores en un mismo servidor. En la prueba, cada emisión tenía unos 33 espectadores.
Adecuado para emisiones de hasta unos cientos de espectadores. Con muchas emisiones y pocos espectadores en cada una (unos 10), el servidor soporta algo menos: unos 280.
Esquema separado
hasta 360 espectadoresLos servidores de modelos reciben las emisiones y los servidores de espectadores las muestran. Un servidor de espectadores soporta alrededor de un 10 % más de espectadores que uno mixto.
Adecuado para audiencias grandes: los espectadores de una emisión se reparten entre varios servidores de espectadores, así que no existe el límite de «toda la audiencia en un solo servidor».
Servidor de modelos
~220 emisionesForma parte del esquema separado: recibe el vídeo de las modelos y lo reenvía a los servidores de espectadores. Es un trabajo ligero: 120 emisiones cargaron el servidor solo al 14 %.
~220 es un cálculo a partir de las mediciones: para este servidor, cada emisión es un vídeo entrante y un reenvío hacia los servidores de espectadores.
Comparación con la calculadora del sitio
La calculadora de servidores del sitio cuenta con unos 700 Mbit/s de vídeo hacia los espectadores por servidor. La prueba demostró que un servidor con un puerto de 1 Gbit/s entrega hasta 900 Mbit/s sin pérdidas, así que la calculadora del sitio calcula con un buen margen.
Con vídeo de 2,5 Mbit/s, eso supone 330–360 espectadores por servidor. Con 1080p a 3 Mbit/s, unos 290 espectadores según el cálculo.
Calculadora: cuántos servidores necesita
Utiliza los coeficientes que obtuvimos en las pruebas. Introduzca su carga y el precio del servidor en su proveedor.
Los resultados se obtuvieron en un servidor de prueba y pueden variar según el proveedor, la red y la configuración de las emisiones.
El informe se generó con orchestration/capacity_report.py a partir de los datos de las pruebas (Locust + Prometheus + estadísticas RTP de los espectadores).