Comment configurer le cache de Plex et le stockage temporaire du transcodage

Conservez les données persistantes des applications Plex sur un stockage fiable et placez les fichiers temporaires de transcodage sur un chemin local rapide disposant de suffisamment d’espace libre ; ne mélangez pas les fichiers temporaires aux dossiers multimédias.

Le « cache » de Plex et le « répertoire temporaire de transcodage » répondent à des besoins différents. Le répertoire de données du serveur contient les bases de données et les métadonnées persistantes, ainsi que des sous-répertoires de cache, tandis que le paramètre du transcodeur définit l’emplacement où sont écrits les segments temporaires de diffusion. Sur un serveur domestique Docker, attribuez délibérément ces rôles afin de pouvoir modifier rapidement l’emplacement de travail temporaire sans risquer la base de données de configuration, et afin qu’un chemin temporaire plein ne puisse pas consommer le volume dont Plex a besoin pour maintenir son état principal en bonne santé.

Séparez les données persistantes de l’application du travail temporaire jetable

Considérez le volume de configuration Plex comme un état persistant. Il doit survivre à la recréation du conteneur et faire l’objet de sauvegardes régulières. Le cache situé dans cet état peut être supprimable, mais la base de données et les métadonnées ne le sont pas ; déplacer toute l’arborescence de configuration vers un emplacement volatile simplement pour accélérer les miniatures ou les transcodages est donc une mauvaise optimisation.

Plex indique qu’un répertoire de données serveur trop volumineux peut souvent être réduit en excluant ou en déplaçant les éléments moins importants, et ses recommandations sur la taille des données du serveur distinguent précisément le répertoire de données du stockage multimédia. Utilisez cette distinction pour préserver la clarté du chemin critique pour la récupération.

Si votre modèle Docker ne mappe actuellement qu’un seul chemin de configuration, laissez d’abord ce mappage intact. Ajoutez ou modifiez séparément le chemin de travail temporaire du transcodeur afin de pouvoir tester les performances et la capacité sans déplacer simultanément la base de données Plex.

Choisissez le répertoire de transcodage d’abord selon sa capacité, puis selon sa vitesse

Le paramètre avancé Transcodeur de Plex vous permet de choisir un répertoire temporaire pour les transcodages de diffusion. Le chemin doit disposer de suffisamment d’espace libre pour les segments temporaires créés par les sessions actives. Un stockage SSD ou NVMe rapide peut réduire la latence, mais un petit volume rapide qui se remplit pendant un transcodage important est pire qu’un volume local légèrement plus lent offrant une marge de sécurité suffisante.

La documentation officielle du transcodeur Plex déconseille d’utiliser un partage réseau, un chemin de bibliothèque multimédia ou un emplacement contenant déjà des données sans rapport pour le répertoire temporaire de transcodage. Plex recommande également de prévoir un espace libre approximativement comparable à la taille du fichier source, avec une marge supplémentaire ; dimensionnez donc le chemin de travail temporaire en fonction de la charge simultanée maximale réaliste.

Si vous utilisez un stockage temporaire en mémoire, considérez sa capacité comme une limite stricte et incluez les autres services dans vos calculs. Un chemin en mémoire peut être rapide, mais il peut aussi transformer un transcodage volumineux ou simultané en pression mémoire pour l’ensemble du NAS. Commencez par un SSD/NVMe local, sauf si vos mesures justifient l’utilisation de la RAM.

Mappez le chemin Docker pour que l’hôte et le conteneur correspondent

Dans Docker, le chemin que Plex voit à l’intérieur du conteneur doit correspondre au stockage hôte prévu. Un répertoire hôte peut disposer de beaucoup d’espace alors que le conteneur écrit ailleurs parce que la cible du montage est incorrecte. Vérifiez les deux côtés du mappage avant de modifier le paramètre Transcodeur de Plex.

Le guide ZimaOS pour la première application Docker constitue une bonne base pour comprendre les volumes d’application sur ZimaOS : l’application ne voit que les chemins de conteneur qui lui sont exposés, tandis que l’administrateur du NAS est responsable de l’emplacement de ces chemins sur l’hôte.

Une fois le mappage correct, lancez volontairement un transcodage et surveillez le répertoire hôte. De nouveaux fichiers temporaires doivent y apparaître pendant la lecture. S’ils apparaissent dans le volume de configuration ou dans un autre chemin hôte, arrêtez-vous et corrigez le montage au lieu de modifier davantage les paramètres Plex.

Featured

ZimaCube 2 NAS personnel Cloud à domicile

ZimaCube2

$799.00 - $2,499.00

Buy Now

Vérifiez le nettoyage, le comportement au redémarrage et les limites liées au disque plein

Laissez un transcodage forcé s’exécuter assez longtemps pour créer une quantité mesurable de données temporaires, puis arrêtez la lecture et vérifiez que le répertoire de travail temporaire est nettoyé comme prévu. Redémarrez Plex et répétez le même test afin de vous assurer que le montage est toujours présent et accessible en écriture après le redémarrage du conteneur.

Surveillez l’espace libre pendant l’exécution de deux transcodages représentatifs si votre foyer diffuse généralement plusieurs flux simultanément. La réussite ne se mesure pas seulement à un démarrage plus rapide ; le NAS doit conserver suffisamment de capacité pour les bases de données Plex, Docker et les autres services pendant que le chemin temporaire se remplit dans le cadre de la charge initiale.

Si le répertoire temporaire se remplit régulièrement, réduisez le nombre de transcodages simultanés, augmentez la capacité de travail temporaire ou choisissez un autre niveau de stockage local. Ne redirigez pas le paramètre vers votre bibliothèque multimédia ou un partage réseau comme solution d’urgence ; modifiez plutôt le plan de capacité.