So dimensionierst du einen Plex-Heimserver für mehrere gleichzeitige Streams

Eva Wong ist die technische Redakteurin und begeisterte Tüftlerin bei ZimaSpace. Als lebenslanger Geek mit einer Leidenschaft für Homelabs und Open-Source-Softwarehat sie sich darauf spezialisiert, komplexe technische Konzepte in verständliche, praxisnahe Anleitungenzu übersetzen. Eva ist überzeugt, dass Self-Hosting Spaß machen sollte und nicht einschüchternd sein darf. Mit ihren Tutorials hilft sie der Community dabei, Hardware-Setups zu durchschauen, vom Bau des ersten NAS bis zum sicheren Umgang mit Docker-Containern.

Einen Plex-Server für mehrere gleichzeitige Streams zuerst anhand des Wiedergabemixes im Haushalt dimensionieren: Direct Play, Software-Transcodierung, Hardware-Transcodierung, Bandbreite für Fernzugriff und Untertitelverhalten belasten den Host auf sehr unterschiedliche Weise.

Das System sollte auf die tatsächlich auftretende Spitzenkombination ausgelegt sein, nicht auf die Gesamtzahl der Familienmitglieder. In einem Vier-Personen-Haushalt kann alles per Direct Play über ein kabelgebundenes LAN abgespielt werden, während in einem anderen mehrere gleichzeitige Fernkonvertierungen nötig sein können. Selbst bei gleicher Nutzerzahl erfordern diese Szenarien unterschiedliche Rollen für Rechenleistung und Netzwerk.

„Vier Nutzer“ in ein konkretes Arbeitsaufkommen übersetzen

Die maximale Anzahl gleichzeitiger Sitzungen auflisten und jede nach dem voraussichtlichen Wiedergabemodus, der Quellauflösung, dem Fern- oder Lokalzugriff und dem Untertitelbedarf einordnen. So wird aus einer vagen Nutzerzahl ein reproduzierbares Arbeitsaufkommen, auf das der Server ausgelegt und anhand dessen er getestet werden kann.

Der Server entscheidet je nach Client-Kompatibilität und Stream-Anforderungen zwischen Direct Play, Direct Stream und Transcodierung. Dadurch ändert sich der Ressourcenverbrauch pro Sitzung. Das ist die Grundlage für die Dimensionierung von Plex für mehrere gleichzeitige Streams.

Rollen für Rechenleistung, Speicher und Netzwerk zuweisen

Die Rechenleistung übernimmt die Konvertierung, wenn der Client die Quelldatei nicht verarbeiten kann; der Speicher für App-Daten hält die Bibliothek reaktionsschnell; der Medienspeicher ermöglicht sequenzielle Lesevorgänge; das Netzwerk überträgt die resultierenden Streams. Keine dieser Aufgaben sollte anhand eines einzelnen CPU-Benchmarks dimensioniert werden.

Den kritischen Pfad einfach halten: stabile lokale App-Daten, Medienspeicher mit ausreichend dauerhafter Übertragungsrate und eine kabelgebundene Server-Netzwerkverbindung. Hardwarebeschleunigung hinzufügen, wenn es das Konvertierungsaufkommen rechtfertigt, aber nicht als Ersatz für Upload-Bandbreite oder kompatible Clients betrachten.

Den schwächsten Faktor als Maßstab für die Dimensionierung heranziehen

Bei Remote-Nutzern kann die Upload-Bandbreite die Obergrenze bestimmen, bevor die Rechenleistung zum Engpass wird. Bei mehreren Softwaretranskodierungen kann die CPU ausschlaggebend sein. Auf einem großen gemeinsam genutzten Host können Hintergrundaufgaben die Speicherlatenz oder CPU-Zuweisung zum begrenzenden Faktor machen, selbst wenn die einzelnen Komponenten auf dem Papier schnell wirken.

Bei der Auslegung für mehrere Plex-Streams bewältigte ein getestetes Intel-N100-System mehrere Hardwaretranskodierungen bei moderater CPU-Auslastung. Das zeigt, warum Codec-Unterstützung und Beschleunigung wichtiger sein können als eine allgemeine CPU-Klassifizierung.

Mit der Spitzenkombination testen, nicht mit einem einzelnen Stream

Führen Sie die geplanten Wiedergabesitzungen gleichzeitig aus und halten Sie fest, welche Streams Direct Play nutzen oder transkodiert werden. Messen Sie anschließend CPU-/GPU-Auslastung, Netzwerkdurchsatz, Speicherdruck und Festplattenlatenz. Der Aufbau besteht den Test nur, wenn die erforderliche Kombination lange genug stabil bleibt, um thermische und Scheduling-Grenzen aufzudecken.

An der Belastungsgrenze für die Plex-Auslegung bei mehreren Streams sollte eine Ressourcen-für-Ressourcen-Engpassprüfung Auslastung, Sättigung und Fehler bei CPU, Arbeitsspeicher, Netzwerk und Speicher untersuchen, statt sich auf einen einzelnen Durchschnittswert zu verlassen.

Erst skalieren, wenn sich die neue Rolle benennen lässt

Wenn zuerst die Transkodierungskapazität zum Engpass wird, erweitern oder verbessern Sie die Rechen-/Beschleunigerrolle. Werden Speicherverwaltung oder Laufwerkserweiterung zum Problem, fügen Sie eine Speicherrolle hinzu. Verursachen gemeinsam genutzte Dienste Störungen, kann ein zweiter Anwendungshost sinnvoller sein, als alle Komponenten in einem Gerät zu ersetzen.

Eine erste Einrichtung eines Docker-Medienservers lässt sich leichter beurteilen, wenn Rechenleistung, App-Daten, Medienspeicher und Netzwerkrollen separat aufgeführt werden.

  • Jeden Peak-Stream nach Wiedergabemodus einordnen
  • Remote-Upload und LAN-Geschwindigkeit getrennt messen
  • Die gesamte gleichzeitige Auslastung testen
  • Kapazität nur bei der nachweislich begrenzenden Rolle erweitern

NAS- und Servereinrichtung

Mehr zum Lesen

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.