DSGVO Sicherheit Ressourcen Skalierung Qualität der Videokonferenz

Skalierbares BigBlueButton-Hosting erklärt: Vom Einzelserver zu intelligenten Clustern

Ein tiefer Einblick in die Videokonferenz-Infrastruktur: Der Wandel von monolithischen Servern zu selbstheilenden Hochverfügbarkeits-Clustern.

BigBlueButton hat sich als führende Open-Source-Lösung für virtuelle Klassenzimmer und Konferenzen etabliert. Wenn Organisationen wachsen, stoßen sie jedoch unweigerlich an eine „Performance-Wand“. Die Frage verschiebt sich von „Wie installiere ich es?“ zu „Wie hoste ich 2.000 gleichzeitige Nutzer stabil?“

Das Skalieren von BigBlueButton bedeutet nicht nur, einer Maschine mehr CPU-Leistung hinzuzufügen (vertikales Skalieren); es erfordert eine grundlegende Änderung der Architektur (horizontales Skalieren). Im Folgenden erklären wir die drei Stufen der Hosting-Evolution.

01

Das Einzelserver-Setup

In einer standardmäßigen „monolithischen“ Installation befindet sich jede Komponente auf einer einzelnen physischen oder virtuellen Maschine. Dazu gehören der HTML5-Client, der Kurento/MediaSoup-Medienserver, Redis und die Whiteboard-Datenbank.

Die Analogie: Ein kleines Café

Stellen Sie sich einen einzelnen Server wie ein Café in der Nachbarschaft mit einem Barista vor. Für 50 bis 200 Gäste funktioniert das perfekt. Der Service ist schnell und direkt. Wenn jedoch 500 Menschen gleichzeitig hineinströmen, reicht die Schlange bis vor die Tür, Bestellungen werden verwechselt und das System kriecht nur noch.

Technischer Engpass: Node.js, das den BigBlueButton-HTML5-Client antreibt, ist single-threaded. Selbst mit einem 64-Kern-Server kann eine einzelne Sitzung mit zu vielen Nutzern den Hauptthread auslasten, was bei allen zu Verzögerungen führt. In der Praxis liegt die Grenze meist bei 200-300 gleichzeitigen Nutzern pro Server.
02

Das Open-Source-Cluster: Scalelite

Um die Einzelserver-Grenze zu umgehen, entwickelte die Community „Scalelite“. Scalelite ist ein Load Balancer, der zwischen Ihrem Frontend (Moodle/Greenlight) und einem Pool aus BigBlueButton-Servern sitzt.

Wie Scalelite funktioniert

Scalelite basiert auf einem komplexen Stack mit einer PostgreSQL-Datenbank zur Nachverfolgung von Meetings und Redis für Caching. Es fragt die registrierten Server regelmäßig ab, um deren CPU-Auslastung und Nutzerzahl zu prüfen. Geht eine neue Meeting-Anfrage ein, leitet Scalelite sie an den am wenigsten ausgelasteten Server weiter.

  • Horizontales Skalieren: Sie können dem Pool theoretisch eine unbegrenzte Anzahl von Servern hinzufügen.
  • Der Aufzeichnungs-Albtraum: Ein großes Ärgernis bei Scalelite ist das Management der Aufzeichnungen. Da Meetings über verschiedene Server verteilt sind, müssen Sie komplexe gemeinsame Speichersysteme (NFS oder S3) einrichten, um Aufzeichnungen zu aggregieren. Fällt ein Server aus, bevor die Aufzeichnung übertragen wurde, gehen die Daten oft verloren.
Die Analogie: Die Hotelrezeption

Scalelite agiert wie die Hotelrezeption. Gäste kommen am Empfang an, und die Rezeption weist ihnen ein Zimmer (Server) zu. Allerdings wird das Nachverfolgen von „Fundsachen“ (Aufzeichnungen) aus Hunderten verschiedener Zimmer zu einer logistischen Herausforderung.

Die Einschränkung: Scalelite verändert API-Anfragen, bevor sie an die Server weitergereicht werden. Das bricht häufig die Kompatibilität mit bestimmten Drittanbieter-Integrationen, die eine direkte Verbindung zu einer standardmäßigen BigBlueButton-API erwarten.
03
Empfohlene Lösung

Die nächste Stufe: bbbserver Intelligent Balancing

Bei bbbserver haben wir die Grenzen standardmäßiger Scalelite-Setups erkannt. Wir haben eine proprietäre Load-Balancing-Architektur entwickelt, die auf maximale Stabilität, Hygiene und Transparenz ausgelegt ist.

Gelöst: Aufzeichnungen einsammeln

Wir haben das in Standard-Clustern auftretende Problem der „fehlenden Aufzeichnungen“ vollständig eliminiert. Unser System sammelt Aufzeichnungen von allen Knoten automatisch ein, verarbeitet sie und zentralisiert sie - ganz ohne fragile NFS-Mounts. Sie erhalten ein einziges, zuverlässiges Repository für all Ihre Daten.

Der 24-Stunden-Neuinstallationszyklus

BigBlueButton-Server sammeln mit der Zeit „digitalen Staub“ - temporäre Dateien und Memory-Leaks. Unser einzigartiges „Fresh Start“-Protokoll leert Server automatisch und installiert die Software alle 24 Stunden komplett neu. Sie erhalten im Grunde jeden Tag einen brandneuen Server.

100 % API-Kompatibilität

Im Gegensatz zu Scalelite, das API-Funktionen verschleiern kann, bietet unser intelligenter Balancer 100 % Pass-Through-Kompatibilität. Ob Sie ein individuelles Moodle-Plugin, ein Unternehmens-LMS oder ein spezialisiertes Skript verwenden - es funktioniert exakt so, als wäre es mit einem einzelnen Server verbunden.

Selbstheilende Infrastruktur

Meldet ein Knoten einen Kurento-Fehler oder Audiolatenzen, isoliert unser System ihn sofort, versetzt ihn in den Wartungsmodus und startet innerhalb weniger Minuten einen Ersatz. Manuelles Eingreifen ist nicht erforderlich.

Die Analogie: Das selbstreinigende Luxusresort

Stellen Sie sich ein Resort vor, in dem das Zimmer nach dem Auschecken nicht nur gereinigt, sondern vollständig renoviert wird. Der Concierge (unser Load Balancer) stellt zudem sicher, dass sämtliches Gästegepäck (Aufzeichnungen) automatisch in die Hauptlobby gebracht wird, damit nichts in den Zimmern zurückbleibt.

Häufige Fragen zum Skalieren

Ein Neustart leert den Arbeitsspeicher (RAM), behebt jedoch weder Konfigurationsdrifts, beschädigte temporäre Dateien noch geänderte Paketabhängigkeiten. Eine vollständige Neuinstallation stellt sicher, dass der Software-Stack identisch mit unserem „Golden Image“ ist und eliminiert 99 %der „zufälligen“ Bugs.

Nein. Anders als bei selbst gehosteten Scalelite-Setups, bei denen Sie NFS-Mounts und Transferskripte verwalten müssen, übernimmt bbbserver den gesamten Lebenszyklus. Wir sammeln die Rohdaten, verarbeiten die Aufzeichnung und stellen sie Ihnen nahtlos bereit.

Auf jeden Fall. Da unser System zu 100 % API-kompatibel ist, ist die Migration in der Regel so einfach wie das Ändern der „Base URL“ und des „Secret“ in Ihrem LMS oder Ihrer Frontend-Anwendung.

Erleben Sie die Stabilität eines „frischen“ Servers

Machen Sie sich keine Sorgen mehr um Load-Balancing-Konfigurationen, Datenbanksynchronisation und API-Konflikte. Wechseln Sie zu bbbserver für eine verwaltete, selbstheilende Cluster-Umgebung.

Pläne und Preise ansehen