Checkliste für das Upgrade eines Plex-Containers: Sichern, Version festlegen, testen und sicher zurückrollen

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.

Plex Container Upgrade Checklist: Back Up, Pin, Test, and Roll Back Safely - Zima Store Online

Schützen Sie vor einem Upgrade des Plex-Containers den persistenten Zustand, halten Sie das bekanntermaßen funktionierende Image fest, überprüfen Sie die Abhängigkeiten und ermöglichen Sie ein Rollback, bevor Sie etwas Neues herunterladen.

Ein Upgrade sollte eine kontrollierte Änderung sein und nicht bloß das routinemäßige Aktualisieren eines Images. Der Container selbst ist ersetzbar, die Plex-Datenbank, Metadaten, Mounts, GPU-Zugriff, der Netzwerkmodus und verbundene Dienste sind es möglicherweise nicht. Erfassen Sie genügend Informationen, um den vorherigen funktionierenden Zustand wiederherzustellen, und überprüfen Sie die neue Version anschließend jedes Mal mit derselben kleinen Testsuite.

Schützen Sie den persistenten Zustand, bevor Sie das Image ersetzen

Das schnellste Rollback ist nutzlos, wenn der neue Container einen Zustand beschädigt oder migriert, der nicht gesichert wurde. Backups sollten den dauerhaften Plex-Datenpfad und ein bekanntes Wiederherstellungsverfahren enthalten, nicht nur eine Kopie der Compose-YAML-Datei.

Die Planung eines Container-Upgrades sollte den persistenten Zustand schützen, ein Rollback definieren und das Ergebnis überprüfen.

Stoppen Sie Plex oder versetzen Sie es in einen ruhenden Zustand, wenn Ihre Backup-Methode dies erfordert, sichern Sie den persistenten Zustand und überprüfen Sie, ob das Backup gelesen werden kann. Wenn das Backup nicht an einem Teststandort wiederhergestellt werden kann, verschieben Sie das Upgrade.

Halten Sie das exakt funktionierende Image und die Konfiguration fest

Die ausschließliche Verwendung eines frei beweglichen latest-Tags erschwert die Wiederherstellung des letzten funktionierenden Zustands nach einer Regression. Image-Referenz, Umgebung, Mounts, Geräte und Netzwerkeinstellungen sollten gemeinsam erfasst werden.

Docker-Compose-Service-Definitionen machen Volumes, persistente Pfade und Service-Grenzen eindeutig.

Speichern Sie den aktuellen Image-Digest oder die explizite Version zusammen mit der Deployment-Datei und allen für Plex erforderlichen Umgebungsvariablen. Wenn Sie den alten Container nur durch Raten neu erstellen können, ist das Rollback nicht vorbereitet. Das Image kann nur dann als entbehrlich betrachtet werden, wenn persistente Containerdaten und der Mount-Vertrag unabhängig voneinander geschützt sind.

Überprüfen Sie Host- und Begleitabhängigkeiten

Ein Update des Plex-Images kann eine Abhängigkeit von Treibern, GPU-Geräten, Dateisystemen, Proxys oder Begleitdiensten sichtbar machen, die von der alten Version nicht offensichtlich wurde. Diese Schnittstellen verdienen vor der Änderung eine kurze Vorabprüfung.

Media-Stacks mit mehreren Diensten können Plex neben anderen Diensten betreiben, die Medienpfade, Speicher und den zeitlichen Ablauf von Workflows gemeinsam nutzen.

Überprüfen Sie Mounts, UID/GID, den Zugriff auf Hardwaregeräte, DNS und die Erreichbarkeit des Proxys vor und unmittelbar nach dem Upgrade. Wenn sich gleichzeitig mit Plex eine Abhängigkeit ändert, trennen Sie die Änderungen, damit die Ursache eines Fehlers erkennbar bleibt.

-15% OFF

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

Single board computer zimaboard2

Überprüfen Sie das Upgrade mit einer festen Testsuite

Ein laufender Container ist kein Beweis für ein erfolgreiches Upgrade. Anmeldung, Bibliotheksnavigation, Direct Play, ein erwarteter Transcode, das Schreiben von Metadaten, Fernzugriff und Hintergrundaufgaben sollten überprüft werden.

Überprüfungen von Auslastung, Sättigung und Fehlern unterscheiden zwischen einer ausgelasteten Ressource und einer Ressource, die tatsächlich eingeschränkt ist oder ausfällt.

Führen Sie nach jedem Upgrade denselben kurzen Smoke-Test durch und vergleichen Sie die Ressourcennutzung mit der vorherigen Version. Wenn ein kritischer Test fehlschlägt oder sich der Ressourcenbedarf wesentlich ändert, führen Sie zuerst ein Rollback durch und untersuchen Sie anschließend das Release.