Exemple de scénario : Imaginons un établissement d’enseignement supérieur fictif qui prévoit 500 personnes connectées simultanément, réparties en cinq classes d’environ 100 participants chacune. Il s’agit d’un exemple de planification, et non d’une référence, d’un cas d’utilisation ou d’un résultat de test. Le choix de conception essentiel consiste à dimensionner l’infrastructure pour permettre la répartition des réunions sur plusieurs serveurs ; une réunion de 500 personnes présente un profil de risque différent.
Le guide d'installation actuel de BigBlueButton indique la configuration minimale requise pour un serveur dédié : Ubuntu 22.04 64 bits, 8 cœurs de processeur avec de hautes performances monocœur, 16 Go de mémoire avec swap activé et une bande passante symétrique d'au moins 250 Mbit/s. Il recommande au moins 500 Go d'espace disque libre lorsque l'enregistrement est conservé, ou 50 Go si l'enregistrement est désactivé. Le guide exige également l'ouverture des ports TCP publics 80 et 443, des ports UDP 16384 à 32768, un nom d'hôte et un certificat SSL valide, ainsi que la prise en charge des protocoles IPv4 et IPv6. Il s'agit de la configuration minimale requise pour l'installation d'un serveur ; elle ne garantit pas la capacité pour un type de réunion particulier. Consultez la page d'installation de la version que vous prévoyez de déployer, car la configuration système et les exigences relatives aux paquets peuvent varier.
La FAQ du projet a toujours indiqué qu'environ 200 utilisateurs simultanés constituaient une règle empirique pour qu'un serveur réponde aux exigences minimales. Il s'agit d'une indication approximative pour la planification, et non d'une garantie de niveau de service ou d'une limite universelle par nœud. BigBlueButton précise d'ailleurs que le résultat peut varier en fonction du processeur, de la mémoire, de la bande passante, de l'utilisation de la webcam et du partage d'écran, de la configuration et de la version du logiciel du serveur. Considérez donc le chiffre de 200 utilisateurs comme une hypothèse initiale que vous devrez valider avec votre propre charge de travail.
Pour cette université fictive, une architecture initiale raisonnable à évaluer consiste en un cluster BigBlueButton à quatre nœuds, chaque nœud multimédia respectant ou dépassant le minimum de production actuel et utilisant un processeur dédié à haute fréquence. Avec 500 participants répartis uniformément, cela représente en moyenne 125 participants par nœud. Le quatrième nœud permet de gérer les imprévus liés à l'organisation des réunions et facilite la planification de la maintenance ; il ne constitue pas une protection automatique en cas de défaillance d'un serveur lors d'une réunion déjà en cours.
| Composant | Objectif de planification initial | Pourquoi c'est important |
|---|---|---|
| Nœuds multimédias BigBlueButton | 4 serveurs dédiés ; chacun doté d'au moins 8 cœurs de processeur puissants et de 16 Go de RAM | Permet de séparer les flux multimédias en direct et offre plus d'espace pour répartir plusieurs réunions qu'un seul hôte de taille minimale. |
| Réseau par nœud média | Une capacité symétrique d'au moins 1 Gbit/s est un objectif prudent à évaluer ; il convient de garder à l'esprit le minimum officiel de 250 Mbit/s. | L'audio, les webcams, le partage d'écran et les téléchargements des participants consomment tous de la capacité réseau. Mesurez le débit de pointe réel et la perte de paquets. |
| Disques et enregistrements | Au moins 500 Go d'espace libre par nœud sont nécessaires pour l'enregistrement local, conformément au guide d'installation ; sinon, vérifiez le minimum de 50 Go pour l'enregistrement hors session. | La croissance de l'enregistrement dépend de la durée, du nombre de sessions et de la rétention. Prévoyez la capacité d'archivage séparément. |
| routage de cluster | Un scaler ou un équilibreur de charge compatible avec les réunions, ainsi qu'une configuration client/proxy commune testée le cas échéant. | Les nouvelles réunions doivent être affectées à un nœud, tandis que chaque réunion en cours reste sur son serveur attribué. |
La recommandation de quatre nœuds constitue un point de départ technique déduit de la configuration minimale officielle et de la règle empirique des 200 utilisateurs. BigBlueButton ne publie pas de spécification universelle certifiant quatre serveurs spécifiques pour chaque charge de travail de 500 utilisateurs. Par exemple, si un serveur est indisponible, les trois autres ne prendront en charge qu'environ 167 des 500 utilisateurs, à condition que les réunions puissent être réattribuées, que les utilisateurs se reconnectent et que les serveurs restants respectent leurs limites de test. Une réunion active sur un nœud défaillant ne migre pas automatiquement vers un autre nœud. Si la disponibilité en cas de panne d'un nœud est impérative, testez la procédure de récupération et envisagez une capacité supplémentaire au-delà de ce modèle simplifié.
Les clusters BigBlueButton répartissent les réunions entre les serveurs. Ils ne combinent pas plusieurs nœuds en un seul processeur multimédia partagé pour une réunion unique. Cinq classes de 100 participants peuvent constituer des réunions complètes réparties sur quatre serveurs, mais une seule classe de 500 participants s'exécutera sur un seul serveur BigBlueButton. La FAQ du projet, régulièrement mise à jour, déconseille de traiter une réunion de plus de 200 participants comme une utilisation standard. Si vous avez besoin d'une audience de 500 personnes, validez votre configuration avec l'équipe BigBlueButton ou un fournisseur qualifié ; examinez la possibilité de diviser l'événement en salles interactives plus petites ou de le diffuser séparément avec une interaction limitée entre les participants.
La composition fictive du groupe a également son importance. Si la plupart des étudiants écoutent l'audio et regardent les diapositives, tandis que seuls les enseignants utilisent leur webcam, la charge multimédia sera bien moindre que lors d'une réunion où de nombreux participants activent leur caméra et partagent leur écran. Dans sa FAQ, BigBlueButton fournit des exemples de débits binaires pour les webcams en fonction de la résolution, ainsi qu'une méthode pour estimer le trafic entrant et sortant du serveur à partir du nombre de webcams et de spectateurs actifs. Utilisez ce modèle pour obtenir une première estimation de la bande passante, en tenant compte de l'audio, de la signalisation, du partage d'écran, des retransmissions et de la surcharge du protocole. Il est inutile de multiplier 500 par un débit binaire estimé pour considérer le résultat comme un plan de capacité.
Utilisez une architecture réseau permettant aux navigateurs d'accéder à chaque nœud multimédia attribué via les ports TCP et UDP requis. La documentation du proxy de cluster de BigBlueButton explique que les flux multimédias et les connexions WebSocket sont échangés directement avec le serveur hébergeant la conférence ; le proxy classique relaie principalement l'interface client et les ressources web associées. Un proxy inverse qui achemine accidentellement tous les flux multimédias via une passerelle unique peut créer un goulot d'étranglement. Avant le test de charge, vérifiez les règles de pare-feu, l'adressage public, le DNS, les certificats et la bande passante dans les deux sens.
Pour l'établissement d'enseignement supérieur donné, estimez le nombre et la durée des cours enregistrés par jour, puis mesurez la taille d'enregistrements représentatifs en fonction de la configuration et des paramètres actuels. Multipliez le volume de données journalier prévu par la durée de conservation et ajoutez une marge opérationnelle. La recommandation de 500 Go d'espace libre dans le guide d'installation constitue un minimum initial et ne garantit pas la compatibilité avec une politique de conservation particulière. Surveillez l'espace libre et les files d'attente de traitement des enregistrements, et déplacez les fichiers archivés uniquement via un flux de travail éprouvé.
Pour 500 participants simultanés répartis dans plusieurs réunions classiques, commencez l'évaluation avec quatre nœuds multimédias BigBlueButton dédiés, chacun conforme aux exigences minimales de production, et une architecture de cluster robuste optimisée pour les réunions. Prévoyez une capacité réseau généreuse, planifiez le stockage des enregistrements en fonction des besoins de conservation estimés et testez la combinaison optimale de salles et de médias. Cette conception constitue une hypothèse de dimensionnement et ne prouve pas qu'une instance cloud donnée puisse supporter 500 utilisateurs. Une seule salle de 500 personnes représente une charge de travail différente et ne doit pas être déduite du total du cluster.
Comparez 10 outils de balayage ping pour une découverte rapide du réseau local, une analyse multiplateforme et la gestion des adresses IP. Découvrez ce qu'un balayage peut – et ne peut pas – vous révéler.
Comparez six outils de gestion de réseau pour la surveillance des performances, notamment la couverture SNMP, la cartographie, les alertes, les modèles de déploiement et les compromis en matière de coûts.
Comparez sept moniteurs de ping gratuits et open source, allant des suites réseau complètes aux sondes de latence ciblées, et choisissez celui qui convient le mieux à vos besoins en matière de disponibilité, de perte de paquets et d'historique.
Comparez les meilleurs analyseurs Wi-Fi pour Windows, iPhone et Android, incluant des outils pour la congestion des canaux, la couverture du signal, les cartes thermiques et le dépannage réseau.
Découvrez ce que signifie la QoS dans le domaine des réseaux, comment les marquages DSCP et les files d'attente de trafic priorisent la voix, la vidéo et les applications professionnelles, et ce que la QoS ne peut pas corriger.
Comparez les logiciels serveurs SFTP fiables pour Windows et Linux, notamment OpenSSH, Bitvise, SolarWinds et SFTPGo. Trouvez la solution idéale pour vos besoins en matière de sécurité et de transfert de fichiers.
Comparez sept outils de gestion d'adresses IP pour la découverte de sous-réseaux, la coordination DNS et DHCP, l'inventaire réseau et l'IPAM open source.
Mettez en place une surveillance réseau pratique avec une couverture claire des périphériques, des indicateurs de performance utiles, des alertes exploitables et une comparaison de SolarWinds NPM, PRTG et OpManager.
Comparez les outils d'analyse réseau pour la découverte rapide des périphériques, les analyses IP multiplateformes et la gestion des identités et des accès IP (IPAM) d'entreprise, avec des conseils pour adapter chaque option à votre réseau.
Utilisez l'option --traceroute de Nmap pour associer les sauts à un hôte autorisé, comprendre les résultats des sauts et du RTT, et résoudre les problèmes de réponses manquantes sans sur-analyse.
