Tests de charge Janus
Combien de spectateurs un serveur Krona.Chat peut supporter : les résultats des tests de charge du serveur vidéo Janus.
Test réalisé le 10 octobre 2026
Comment fonctionnent les architectures
Mixte : modèle → serveur mixte → spectateurs de ce modèle. Tous les spectateurs d'une même diffusion doivent tenir sur un seul serveur.
Séparée (en cascade) : modèle → serveur des modèles → un ou plusieurs serveurs des spectateurs → spectateurs. C'est le serveur des modèles lui-même qui relaie la vidéo entre les serveurs (en cascade) : aucun serveur supplémentaire n'est nécessaire pour cela. Lorsqu'une diffusion a beaucoup de spectateurs, ils sont répartis sur plusieurs serveurs des spectateurs.
L'essentiel
- Un seul serveur diffuse de manière fiable la vidéo à 330–360 spectateurs simultanément — sans saccades ni perte de qualité.
- Si la réception des diffusions est confiée à un serveur distinct, un serveur des spectateurs en accueille environ 10 % de plus qu'un serveur mixte, et une même diffusion peut avoir autant de spectateurs que nécessaire : ils sont répartis sur plusieurs serveurs des spectateurs.
- La réception des diffusions ne charge presque pas le serveur. L'essentiel de la charge vient de la livraison de la vidéo aux spectateurs.
- Le serveur utilise presque entièrement son port réseau : jusqu'à 900 Mbit/s de vidéo vers les spectateurs sans perte avec un port de 1 Gbit/s. Au-delà de cette limite, la qualité baisse pour tout le monde en même temps ; c'est pourquoi les serveurs sont chargés avec une marge — et c'est ainsi que calcule le calculateur en bas de page.
Comment nous avons testé
Nous avons testé les serveurs vidéo Krona.Chat. Les modèles et les spectateurs étaient des clients logiciels qui se comportent comme un navigateur : ils rejoignent une salle, envoient et reçoivent de la vidéo.
Lancer les diffusions
Les modèles commencent à diffuser une vidéo 1080p à environ 2,5 Mbit/s — comme une vraie webcam.
Ajouter des spectateurs
Un nouveau spectateur se connecte toutes les 2 secondes : la charge augmente progressivement.
Surveiller la qualité
Pour chaque spectateur, nous mesurons la part de vidéo perdue en route. Tant que la perte reste inférieure à 1 %, l'image est fluide.
Trouver la limite
Le test s'arrête lorsque la qualité commence à baisser. Le nombre maximal de spectateurs sans perte correspond à la capacité du serveur.
Chaque architecture a été vérifiée par un test distinct. Sur les graphiques, chaque courbe correspond à son propre test ; les courbes ne s'additionnent pas.
Résultats
Volume de vidéo envoyé par le serveur aux spectateurs
Plus il y a de spectateurs, plus le serveur envoie de vidéo. Tant que la courbe monte régulièrement, chaque spectateur reçoit la vidéo complète. Quand la courbe s'infléchit vers le bas, le serveur est surchargé et ne parvient plus à livrer la vidéo à tout le monde.
Afficher le tableau
Mbit/s — volume de vidéo que le serveur envoie à l'ensemble des spectateurs par seconde. Cadre vert : le maximum de spectateurs sans perte de qualité ; fond rouge : surcharge.
Qualité vidéo pour les spectateurs
La part de vidéo qui n'est pas parvenue au spectateur. Jusqu'à 1 %, le spectateur ne le remarque pas ; au-delà, l'image se fige et se dégrade. Une hausse brutale des pertes marque la limite du serveur.
Afficher le tableau
Perte de vidéo pour les spectateurs, %. Cadre vert : le maximum de spectateurs sans perte de qualité ; fond rouge : surcharge.
Charge du processeur du serveur
Le processeur n'atteint jamais 100 % : le serveur bute d'abord sur la livraison de la vidéo. Au-delà de la limite, la charge baisse même — le serveur perd de la vidéo au lieu de l'envoyer.
Afficher le tableau
Charge du processeur, %. Cadre vert : le maximum de spectateurs sans perte de qualité ; fond rouge : surcharge.
Quelle architecture choisir
Tous les chiffres concernent une vidéo 1080p à environ 2,5 Mbit/s, sans perte de qualité.
Serveur mixte
jusqu'à 330 spectateursLes modèles et leurs spectateurs sur un même serveur. Lors du test, chaque diffusion comptait environ 33 spectateurs.
Convient aux diffusions comptant jusqu'à quelques centaines de spectateurs. Avec de nombreuses diffusions et peu de spectateurs pour chacune (environ 10), le serveur en supporte un peu moins — environ 280.
Architecture séparée
jusqu'à 360 spectateursLes serveurs des modèles reçoivent les diffusions, les serveurs des spectateurs les diffusent. Un serveur des spectateurs supporte environ 10 % de spectateurs de plus qu'un serveur mixte.
Convient aux grandes audiences : les spectateurs d'une même diffusion sont répartis sur plusieurs serveurs des spectateurs, il n'y a donc pas de limite « toute l'audience sur un seul serveur ».
Serveur des modèles
~220 diffusionsFait partie de l'architecture séparée : il reçoit la vidéo des modèles et la transmet aux serveurs des spectateurs. C'est une tâche légère : 120 diffusions n'ont chargé le serveur qu'à 14 %.
~220 est une estimation d'après les mesures : pour ce serveur, chaque diffusion représente une vidéo entrante et un relais sortant.
Comparaison avec le calculateur du site
Le calculateur de serveurs du site prévoit environ 700 Mbit/s de vidéo vers les spectateurs par serveur. Le test a montré qu'un serveur doté d'un port de 1 Gbit/s délivre jusqu'à 900 Mbit/s sans perte : le calculateur du site compte donc avec une bonne marge.
Pour une vidéo à 2,5 Mbit/s, cela représente 330 à 360 spectateurs par serveur. Pour du 1080p à 3 Mbit/s, environ 290 spectateurs selon le calcul.
Calculateur : combien de serveurs vous faut-il
Il utilise les coefficients obtenus lors des tests. Indiquez votre charge et le prix d'un serveur chez votre hébergeur.
Les résultats ont été obtenus sur un serveur de test et peuvent varier selon l'hébergeur, le réseau et les paramètres de diffusion.
Le rapport a été généré par orchestration/capacity_report.py à partir des données des tests (Locust + Prometheus + statistiques RTP des spectateurs).