Infrastruktur, die mit der Last skaliert: hinter den Kulissen

Hundert Sitzungen um neun Uhr morgens, drei am Nachmittag. Feste Server begegnen dem entweder teuer oder mit schlechter Qualität. So lässt Dasmeet seinen Serverpool mit der Last wachsen und schrumpfen.

Ein Band, das sich weitet und verengt, mit wachsender Zahl grüner Punkte

Die Last bei Videokonferenzen verläuft nicht als gerade Linie. Bei Bildungsanbietern erreicht sie morgens und abends ihren Höhepunkt und sinkt am Wochenende; in Unternehmen häufen sich die Meetings zum Quartalsende. Mit einer festen Anzahl an Servern gibt es zwei Wege, diese Welle zu bewältigen: für die Spitze einkaufen und die Server die meiste Zeit leer lassen, oder für den Durchschnitt einkaufen und in der Spitze an Qualität verlieren. Beides ist nicht gut.

Der Pool und der Verteiler

Bei Dasmeet laufen Meetings nicht auf einem einzelnen BigBlueButton-Server, sondern in einem Serverpool. Jedes neue Meeting wird von einem Verteiler, der die aktuelle Last jedes Servers im Pool betrachtet, auf dem am besten geeigneten Server platziert. Die Teilnehmer sehen davon nichts; der Link ist derselbe.

Wachsen

Überschreitet die Gesamtlast des Pools einen festgelegten Schwellenwert, wird ein neuer Server gestartet, BigBlueButton wird automatisch installiert und konfiguriert, und sobald der Server seine Integritätsprüfung besteht, tritt er dem Pool bei. Das dauert Minuten, daher wird der Schwellenwert so gesetzt, dass er vor der Spitze auslöst. Im Pool wird stets ein Puffer an freier Kapazität gehalten, um plötzliche Spitzen aufzufangen.

Schrumpfen: der Teil, der Sorgfalt braucht

Einen Server herunterzufahren ist schwieriger, als einen zu starten. Ein BigBlueButton-Server verarbeitet weiter Aufzeichnungen, auch wenn das Meeting darauf bereits beendet ist; je nach Dauer der Sitzung kann das Minuten oder Stunden dauern. Einen Server herunterzufahren, dessen Aufzeichnung noch nicht verarbeitet ist, bedeutet, die Aufzeichnung zu verlieren.

Deshalb durchläuft der Schrumpfschritt eine Checkliste: Gibt es ein offenes Meeting auf dem Server, wartet eine Aufzeichnung auf die Verarbeitung, wurden verarbeitete Aufzeichnungen in den dauerhaften Speicher verschoben, wurde die Übertragung überprüft? Erst wenn alles stimmt, wird der Server zuerst aus dem Pool genommen (er nimmt keine neuen Meetings an) und dann heruntergefahren. Kein Schritt wird übersprungen; „wahrscheinlich fertig“ genügt nicht.

Der Weg einer Aufzeichnung

Eine verarbeitete Aufzeichnung bleibt nicht auf dem Server; sie wird in einen dauerhaften Objektspeicher verschoben, wo das MP4-Format bereitgehalten wird. So bleibt die Aufzeichnung auch dann zugänglich, wenn der Server heruntergefahren wird. Der Download-Link, den Sie im Panel oder in Ihrem LMS sehen, zeigt auf diesen dauerhaften Speicher.

Was Ihnen das bringt

Die Sitzungsqualität sinkt zu Spitzenzeiten nicht, Sie zahlen zu ruhigen Zeiten nicht für ungenutzte Kapazität, und Ihre Aufzeichnungen sind unabhängig von der Lebensdauer eines Servers sicher. Sie denken an Ihre Sitzung, nicht an die Infrastruktur.