Ce que nous avons mesuré
Des apprenants virtuels se connectent puis suivent une formation comme de vrais apprenants : tableau de bord, « Mes formations », ouverture d'un module, puis signal de présence toutes les 5 secondes et enregistrement de la progression toutes les 10 secondes. Leur nombre augmente par paliers, de 10 à 1 200, chaque palier durant plusieurs minutes.
Le test a été mené sur un seul serveur de production (8 cœurs), en journée, avec l'activité normale des autres plateformes hébergées. Les chiffres portent sur des apprenants actifs au même instant, pas sur des inscrits : une plateforme compte en général bien plus d'inscrits que de connectés simultanés.
Les résultats en graphiques
Comment lire les résultats
- Temps de réponse médian : la moitié des requêtes répond plus vite. Il reste autour de 40 millisecondes jusqu'à 800 apprenants, comme avec 10 : personne ne ressent de ralentissement.
- Les 5 % les plus lents : ils restent sous 400 millisecondes jusqu'à 800 apprenants. Le pic isolé à 600 apprenants correspond à un instant de charge ponctuelle sur le serveur, résorbé au palier suivant.
- À partir de 1 000 apprenants, le processeur approche de la saturation : les temps de réponse augmentent, mais la plateforme continue de répondre. Même à 1 200 apprenants, seules 0,03 % des requêtes ont échoué.
- La base de données n'est jamais le point limitant : une dizaine de connexions au maximum, sans attente. C'est le processeur qui fixe la capacité.
Le détail par palier
| Apprenants simultanés | Médian | 5 % les plus lents | Requêtes / s | Processeur |
|---|---|---|---|---|
| 10 | 35 ms | 108 ms | — | — |
| 50 | 39 ms | 94 ms | — | — |
| 100 | 39 ms | 80 ms | — | — |
| 200 | 36 ms | 71 ms | — | — |
| 300 | 32 ms | 76 ms | — | — |
| 400 | 31 ms | 109 ms | 128 | 34 % |
| 600 | 39 ms | 1 300 ms (pic) | 193 | 46 % |
| 800 | 41 ms | 395 ms | 265 | 64 % |
| 1 000 | 161 ms | 652 ms | 314 | 78 % |
| 1 200 | 276 ms | 897 ms | 360 | 89 % |
Aucune erreur jusqu'à 400 apprenants, sur 64 042 requêtes en deux passages ; une seule requête en échec sur 27 463 aux paliers 600 et 800.
Un lecteur de formation allégé
Pendant une formation, plus de 80 % des requêtes viennent du lecteur : le signal de présence et l'enregistrement de la progression. Nous les avons allégés : le signal passe de 12,5 à 3,4 millisecondes, l'enregistrement de 13,5 à 5,8. Pour 200 apprenants, le processeur utilisé passe de 93 % à 51 %, soit 45 % de moins. Le suivi SCORM enregistré est strictement identique, vérifié en base de données sur une dizaine de cas.
Ces améliorations sont incluses dans la prochaine mise à jour de votre plateforme.
Ce que cela change pour vos sessions
- Des promotions entières en même temps : plusieurs centaines d'apprenants peuvent suivre leur module au même instant sans ralentissement.
- Des ouvertures de session sereines : la connexion reste l'étape la plus exigeante pour le serveur. Pour plusieurs centaines d'apprenants à heure fixe, prévoyez quelques minutes d'ouverture plutôt qu'un démarrage à la seconde près.
- Au-delà d'environ 1 000 apprenants actifs simultanés, prévoyez un serveur plus puissant ou plusieurs serveurs : le simulateur d'hébergement vous aide à estimer la configuration.