Wie viel zusätzlicher Speicher benötigt Plex über deine Mediathek hinaus?

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

Der Speicher-Overhead von Plex ist kein fester Prozentsatz, da Metadaten, Grafiken, Vorschaubilder, Cache und temporäre Transkodierungen unterschiedlich stark anwachsen.

Zwei Plex-Bibliotheken mit derselben Terabyte-Anzahl können sehr unterschiedlich große Anwendungsdatenbestände haben. Eine Bibliothek mit Video-Vorschaubildern, umfangreichen Grafiken, häufigen Synchronisierungs- oder Optimierungsvorgängen und vielen kleinen Elementen kann deutlich mehr Speicherplatz auf dem Server belegen als ein einfaches Filmarchiv. Erfassen Sie Anwendungsdaten und temporären Speicher als getrennte Kapazitätspools, bevor Sie Hardware, Speicher, Netzwerk oder Container-Einstellungen ändern.

Persistente Anwendungsdaten von der Medienkapazität trennen

Das Plex-Serververzeichnis enthält Datenbankstatus, Metadaten, Grafiken, Caches und generierte Medieninformationen. Diese Dateien sind persistente Anwendungsdaten und sollten daher unabhängig von den Quelldateien für Filme und Serien, die in den Bibliotheken gespeichert sind, geplant werden.

Plex speichert Metadaten sowohl in Dateien als auch in SQLite. Daher sollten die Kapazität und das I/O-Verhalten der Anwendungsdaten unabhängig von der Größe der Medienbibliothek geplant werden. Das ist die Grundlage für die Kapazitätsplanung der Plex-Anwendungsdaten.

Die sinnvolle Größe ist kein allgemeines Overhead-Verhältnis, sondern die aktuelle Größe und Wachstumsrate des Plex-Datenverzeichnisses. Ein Server kann über eine enorme Medienkapazität mit überschaubaren Metadaten verfügen, während eine kleinere Bibliothek unerwartet viel Speicher für Vorschaubilder belegt.

Funktionen erfassen, die den Speicherbedarf verändern

Vorschaubilder, Kapitel- oder Analysedaten, die Dichte der Grafiken, die Anzahl der Bibliothekselemente, das Cache-Verhalten, Downloads und temporäre Transkodierungen können den Speicherbedarf verändern. Der Transcoder-Pfad unterscheidet sich besonders stark, da er während aktiver Konvertierungen Arbeitsbereich benötigt und nicht dauerhaft als Archivkapazität dient.

Bei der Kapazitätsplanung der Plex-Anwendungsdaten können reale Plex-Bibliotheken durch Metadaten, Grafiken und Vorschaubilder umfangreiche Anwendungsdatenbestände ansammeln. Daher gehört die Überwachung des freien Speicherplatzes zur Zuverlässigkeit.

Das dauerhafte Wachstum gehört in das Budget für Metadaten und Anwendungsdaten; vorübergehende Spitzen gehören in das Budget für temporären Speicher. Die getrennte Betrachtung macht die Dimensionierung von SSDs und Warnungen bei knappem Speicherplatz deutlich vorhersehbarer.

Warum eine einfache 5- oder 10-Prozent-Regel scheitern kann

Eine Prozentregel versagt, wenn für eine große Bibliothek die Erstellung von Vorschaubildern aktiviert ist, wenn die Elementanzahl im Verhältnis zur Gesamtgröße der Mediendateien hoch ist oder wenn temporäre Transkodierungen umfangreich sind. Bei einfachen Bibliotheken mit wenigen generierten Dateien führt sie außerdem zu einer Überschätzung.

Am kritischen Punkt der Kapazitätsplanung für Plex-Anwendungsdaten machen das Wachstum von Vorschaubildern und Metadaten Festwertschätzungen für Anwendungsdaten bei Bibliotheken mit unterschiedlicher Elementanzahl und verschiedenen aktivierten Funktionen unzuverlässig.

Prüfen Sie jeden eingebundenen Pfad unabhängig. Wenn die Anwendungsdaten stabil sind, der temporäre Speicher jedoch während bestimmter Konvertierungen Spitzen erreicht, vergrößern oder verlagern Sie den Transcoding-Pfad, anstatt das Metadatenlaufwerk zu erweitern.

-15% OFF

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

Single board computer zimaboard2

Ein Speicherbudget anhand von Messungen erstellen

Beginnen Sie mit der aktuellen Größe des Plex-Datenverzeichnisses, addieren Sie das beobachtete monatliche Wachstum und reservieren Sie anschließend Speicherplatz für Backups. Testen Sie dann die maximale Nutzung des temporären Transcoding-Speichers mit der größten realistischen Quelldatei, anstatt anzunehmen, dass derselbe Puffer für beide Zwecke ausreicht. Ein Speicherlayout für das Heimkino hilft außerdem dabei, das Verhalten der Clients während der Tests von den serverseitigen Rechen- und Speichergrenzen zu trennen.

Bevor Sie eine Änderung an der Kapazitätsplanung der Plex-Anwendungsdaten übernehmen, sollte ein konsistentes SQLite-Backup aus einem sicheren Backup- oder Snapshot-Prozess stammen und nicht aus einer unkontrollierten Kopie aktiver Datenbankdateien während Schreibvorgängen.

Berechnen Sie den Bedarf neu, nachdem Sie Funktionen wie Vorschaubilder aktiviert oder die Bibliothek erheblich erweitert haben. Erweitern Sie die Kapazität für Anwendungsdaten nicht weiter, sobald sowohl das gemessene Wachstum als auch die vorübergehenden Spitzen innerhalb des von Ihnen gewählten Puffers für freien Speicherplatz liegen.

Messen Sie das Plex-Datenverzeichnis getrennt von den Mediendateien
Erfassen Sie das Wachstum nach Scans und Analysen
Messen Sie den maximalen Bedarf an temporärem Transcoding-Speicher
Halten Sie den Backup-Speicher außerhalb des aktiven Anwendungsdatenverzeichnisses