Wie viele Nutzer und Hintergrundaufgaben sollte ein Jellyfin-Host unterstützen?

Ein Jellyfin-Host sollte nicht allein anhand der registrierten Benutzer dimensioniert werden. Ein Haushalt mit acht Konten kann weniger Last erzeugen als zwei entfernte Zuschauer, die 4K-Videos transkodieren, während im Hintergrund ein Bibliotheksscan, eine Untertitelaufgabe und eine Sicherung laufen. Die entscheidende Kapazitätsfrage lautet, wie viel gleichzeitige Arbeit im Vorder- und Hintergrund der Host bewältigen kann, bevor Wiedergabe oder Administration die Zielvorgaben nicht mehr erfüllen.

Erstellen Sie ein gemeinsames Workload-Budget, das Wiedergabesitzungen, Transkodierungen, geplante Aufgaben, Speicheraktivitäten und gemeinsam gehostete Dienste umfasst. Testen Sie anschließend die stärkste normale Überschneidung und erhöhen Sie die Last nicht weiter, sobald bei der ersten gemeinsam genutzten Ressource anhaltende Warteschlangen, Fehler oder für Benutzer sichtbare Verzögerungen auftreten.

Benutzer in Wiedergabe-Workloads umwandeln

Zählen Sie Direct-Play-, Remux-, Audiokonvertierungs- und Videotranscoding-Sitzungen getrennt. Jellyfin-Clients melden ihre unterstützten Codecs, Auflösungen, Bitraten und Einschränkungen, sodass zwei Benutzer, die dieselbe Quelle ansehen, vom Server sehr unterschiedliche Arbeit verlangen können.

Auch die Jellyfin-Benutzerrichtlinie kann die Serverauslastung verändern. Die aktuellen Steuerelemente zur Benutzerverwaltung können den Fernzugriff, die Medienwiedergabe, das Transkodieren und die Internetbitrate pro Stream erlauben oder einschränken. Eine Benutzerzahl wird daher erst dann aussagekräftig, wenn sie in die gleichzeitig erwarteten Wiedergabeberechtigungen und -modi übersetzt wurde.

Beginnen Sie mit der anspruchsvollsten normalen Abendkombination statt mit der theoretisch maximalen Anzahl an Konten. Wenn im Haushalt üblicherweise zwei lokale Direct-Play-Sitzungen und eine entfernte Konvertierung laufen, muss der Host diese Ausgangslast problemlos bewältigen.

Geplante Aufgaben in dasselbe Kapazitätsbudget aufnehmen

Jellyfin führt auch dann Arbeiten aus, wenn niemand auf „Wiedergabe“ drückt. Bibliotheksscans, Untertitel-Downloads, Cache-Bereinigung, Plugin-Updates, die Extraktion von Kapitelbildern, Datenbankoptimierung und Aufgaben zur Erstellung generierter Medien können sich mit der Wiedergabe überschneiden.

Die aktuelle Liste der geplanten Aufgaben zeigt, dass Jellyfin Scans, Bildextraktion, Plugin-Updates, Datenbankwartung, Untertitelaufgaben, Cache-Bereinigung und weitere Aufgaben im Hintergrund ausführen kann. Plugins können zusätzliche Aufgaben hinzufügen.

Dimensionieren Sie den Server nicht anhand eines ruhigen Wiedergabebenchmarks und lassen Sie anschließend jede aufwendige Aufgabe während desselben Spitzenzeitraums laufen. Verschieben Sie aufschiebbare Aufgaben zunächst außerhalb des Wiedergabezeitfensters; Aufgaben, die sich überschneiden müssen, sollten im Produktionstest enthalten sein.

Die erste gemeinsam genutzte Ressource mit schwindender Reserve finden

Ein Host kann an der Leistung der Medienverarbeitung, der CPU, dem Arbeitsspeicher, der SSD-Latenz, dem Suchdruck einer HDD, der Netzwerkbandbreite oder einer Abhängigkeit scheitern. Mehr CPU-Kerne helfen nicht, wenn ein entfernter Upload-Link ausgelastet ist, und mehr RAM behebt keine Transkodierung, die von der ausgewählten GPU nicht beschleunigt werden kann.

Die ZimaSpace-Analyse zur Jellyfin-Kapazität auf einem kleinen Home-Server verwendet dasselbe Workload-orientierte Modell: Gleichzeitige Nachfrage und die zuerst ausgelastete Ressource sind wichtiger als eine feste Obergrenze der Kontenzahl.

Messen Sie Transcoding-Geschwindigkeit, CPU- oder Medien-Engine-Auslastung, Speicherdruck, Speicherlatenz und Netzwerkdurchsatz während genau dieser Überschneidung. Die begrenzende Ressource ist diejenige, deren Auslastung sich gemeinsam mit dem Fehler verändert und sich verbessert, wenn diese Belastung entfernt wird.

-15% OFF

ZimaBoard 2 – Mini-Heimserver für Ihre große Idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Verhindern, dass Hintergrundarbeiten die interaktive Reserve aufbrauchen

Die Wiedergabe hat eine Frist: Das nächste Segment muss eintreffen, bevor der Client-Puffer leer ist. Ein Bibliotheksscan kann normalerweise später abgeschlossen werden, ohne jemanden zu beeinträchtigen. Dieser Unterschied sollte die Zeitplanung und die Ressourcenrichtlinien bestimmen.

Halten Sie genügend Reserve vor, damit der Start einer normalen Wiedergabe oder ein Sprung reaktionsschnell bleibt, während unvermeidbare Hintergrundarbeiten weiterlaufen. Wenn eine Datenbankoptimierung oder eine Medienanalyseaufgabe zu Pufferung führt, planen Sie sie anders oder begrenzen Sie die Aufgabe, bevor Sie einen größeren Server kaufen.

Wiederholen Sie den Test auf einem gemeinsam genutzten Host mit aktiven anderen Containern. Ein Downloader, ein Fotoindexierer, eine Backup-Engine oder ein lokaler KI-Prozess kann die Jellyfin-Kapazität verringern, obwohl sich Jellyfins eigener Workload nicht geändert hat.

Eine Workload-Matrix statt eines Benutzerlimits verwenden

Veröffentlichen Sie die Kapazität als getesteten Workload, beispielsweise „Drei repräsentative Streams plus ein geplanter Scan bleiben innerhalb der Zielvorgabe“, nicht als „Dieser Server unterstützt zehn Benutzer“. Dieses Ergebnis lässt sich reproduzieren, wenn sich Bibliothek, Clients und Nutzung im Haushalt ändern.