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 externe Zuschauer, die 4K-Videos transkodieren, während im Hintergrund ein Bibliotheksscan, eine Untertitelaufgabe und eine Sicherung laufen. Entscheidend für die Kapazitätsplanung ist, wie viel gleichzeitige Arbeit im Vorder- und Hintergrund der Host bewältigt, bevor Wiedergabe oder Verwaltung die angestrebten Anforderungen nicht mehr erfüllen.

Erstellen Sie ein gemeinsames Auslastungsbudget, das Wiedergabesitzungen, Transkodierungen, geplante Aufgaben, Speicheraktivität und parallel laufende Dienste berücksichtigt. Testen Sie anschließend die stärkste typische Überschneidung und erhöhen Sie die Last nicht weiter, sobald bei der ersten gemeinsam genutzten Ressource anhaltende Warteschlangen, Fehler oder für Benutzer spürbare Verzögerungen auftreten.

Benutzer in Wiedergabelast umrechnen

Zählen Sie Direct-Play-, Remux-, Audiokonvertierungs- und Video-Transkodierungssitzungen getrennt. Jellyfin-Clients melden ihre unterstützten Codecs, Auflösungen, Bitraten und Einschränkungen, sodass zwei Benutzer beim Ansehen derselben Quelle dem Server sehr unterschiedliche Aufgaben abverlangen können.

Auch die Benutzerrichtlinien von Jellyfin können die Serverauslastung beeinflussen. Über die aktuellen Benutzerverwaltungseinstellungen lässt sich der Fernzugriff, die Medienwiedergabe, das Transkodieren und die Internetbitrate pro Stream erlauben oder einschränken. Die Anzahl der Benutzer ist daher erst aussagekräftig, wenn sie in die erwarteten Wiedergabeberechtigungen und -modi umgerechnet wird, die gleichzeitig zum Einsatz kommen.

Gehen Sie vom anspruchsvollsten typischen Abendbetrieb aus und nicht von der theoretischen Höchstzahl an Konten. Wenn im Haushalt üblicherweise zwei lokale Direct-Play-Sitzungen und eine Remote-Transkodierung laufen, muss der Host diese Ausgangslast zuverlässig bewältigen.

Geplante Aufgaben in die Kapazitätsplanung einbeziehen

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

Die aktuelle Liste geplanter Aufgaben zeigt, dass Jellyfin im Hintergrund Scans, Bilderzeugung, Plugin-Updates, Datenbankwartung, Untertitelaufgaben, Cache-Bereinigung und andere Aufgaben ausführen kann. Plugins können weitere Aufgaben hinzufügen.

Dimensionieren Sie den Server nicht anhand eines Benchmarks für ruhige Wiedergabe und lassen Sie dann alle rechenintensiven Aufgaben während derselben Spitzenlast laufen. Verlagern Sie zunächst aufschiebbare Aufgaben aus dem Wiedergabezeitraum; Aufgaben, die sich überschneiden müssen, gehören in den Produktionstest.

Ermitteln Sie die erste gemeinsam genutzte Ressource, bei der der Spielraum knapp wird

Ein Host kann durch den Durchsatz der Medien-Engine, CPU, Arbeitsspeicher, SSD-Latenz, Suchbelastung der HDD, Netzwerkbandbreite oder eine Abhängigkeit an seine Grenzen stoßen. Zusätzliche CPU-Kerne helfen nicht, wenn die Verbindung für den Remote-Upload ausgelastet ist, und mehr RAM behebt keine Transkodierung, die von der gewählten GPU nicht beschleunigt werden kann.

Die Analyse von ZimaSpace zu Jellyfin-Kapazität auf einem kleinen Heimserver verwendet dasselbe arbeitslastorientierte Modell: Gleichzeitiger Bedarf und die zuerst ausgelastete Ressource sind wichtiger als eine Obergrenze für die Anzahl der Konten.

Messen Sie Transkodierungsgeschwindigkeit, Auslastung von CPU oder Medien-Engine, Speicherdruck, Speicherlatenz und Netzwerkdurchsatz während der genauen Überschneidung. Die begrenzende Ressource ist diejenige, deren Auslastung mit dem Fehler ansteigt und sinkt, wenn diese Belastung wegfällt.

Featured

ZimaBoard 2 - Mini-Home-Server für Ihre große Idee

Single board computer zimaboard2

$339.00 - $529.00

Buy Now

Verhindern Sie, dass Hintergrundaufgaben den Spielraum für interaktive Aufgaben 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 jemandem zu schaden. Dieser Unterschied sollte die Zeitplanung und Ressourcenrichtlinien bestimmen.

Lassen Sie genügend Spielraum, damit der Start oder das Springen zu einer anderen Stelle bei der Wiedergabe reaktionsschnell bleibt, während unvermeidbare Hintergrundaufgaben weiterlaufen. Wenn eine Datenbankoptimierung oder ein Medienanalyseauftrag zu Pufferung führt, planen Sie ihn anders oder begrenzen Sie den Auftrag, bevor Sie einen größeren Server kaufen.

Führen Sie den Test auf einem gemeinsam genutzten Host erneut aus, während andere Container aktiv sind. Ein Downloader, ein Fotoindexer, eine Backup-Engine oder ein lokaler KI-Prozess kann die Jellyfin-Kapazität verringern, obwohl sich Jellyfins eigene Arbeitslast nicht geändert hat.

Verwenden Sie statt eines Benutzerlimits eine Arbeitslastmatrix

Veröffentlichen Sie die Kapazität als getestete Arbeitslast, zum Beispiel: „Drei repräsentative Streams und ein geplanter Scan bleiben innerhalb des Zielbereichs“, und nicht: „Dieser Server unterstützt zehn Benutzer.“ Dieses Ergebnis lässt sich reproduzieren, wenn sich Bibliothek, Clients und Nutzung im Haushalt ändern.