Quelle quantité de stockage libre Plex doit-il conserver pour les tâches en arrière-plan ?

Plex ne devrait pas appliquer une règle universelle d’espace libre à chaque serveur. La réserve utile correspond à l’espace nécessaire pour votre tâche temporaire normale la plus volumineuse, la croissance prévisible des métadonnées, ainsi qu’une marge suffisante pour terminer la maintenance ou récupérer après une modification ayant échoué sans remplir le système de fichiers.

Un serveur qui utilise uniquement la lecture directe pour une petite bibliothèque présente un profil de stockage différent de celui qui génère des miniatures d’aperçu, transcode plusieurs flux, exécute des tâches DVR ou reconstruit les métadonnées. Mesurez d’abord un cycle complet d’activité en arrière-plan et le transcodage représentatif le plus volumineux, puis définissez un seuil plancher supérieur au pic observé au lieu de reprendre une règle arbitraire de 10 %, 20 Go ou 100 Go.

Ne commencez pas par un chiffre universel d’espace libre

Les recommandations concernant l’espace libre deviennent trompeuses lorsqu’elles ignorent les emplacements où Plex écrit ses données temporaires et persistantes. Un serveur peut disposer de plusieurs téraoctets libres sur la baie de stockage multimédia, tandis que le système ou le système de fichiers plus petit contenant les données de l’application manque d’espace lors d’une conversion ou d’une tâche de maintenance.

Plex indique que le transcodage utilise un espace disque temporaire, qui peut par défaut se trouver sur le disque du système d’exploitation. L’espace libre du chemin de transcodage réel est donc plus important que la capacité globale affichée de la réserve multimédia.

Considérez tout chiffre fixe d’espace libre comme une simple hypothèse de départ, et uniquement s’il a été mesuré sur votre charge de travail. Le premier seuil utile est la réserve minimale en dessous de laquelle vos propres tâches en arrière-plan deviennent peu fiables, et non un chiffre emprunté à une autre bibliothèque, un autre débit binaire ou un autre système de fichiers.

Mesurez les tâches Plex qui consomment réellement de l’espace temporaire ou persistant

Surveillez les emplacements susceptibles de grossir lorsque Plex est inactif ou effectue des tâches de maintenance : le répertoire de données de l’application, le répertoire temporaire de transcodage, les données des miniatures d’aperçu, les sauvegardes de la base de données, ainsi que tout espace de téléchargement ou de travail DVR que vous utilisez réellement. Ils peuvent se trouver sur différents systèmes de fichiers ; mesurez-les donc séparément.

Les miniatures d’aperçu vidéo peuvent constituer une source de croissance persistante plutôt qu’un simple pic de courte durée. Plex précise qu’un index de miniatures typique peut consommer plusieurs dizaines de mégaoctets pour un seul élément de bibliothèque, la durée influençant le résultat. Les grandes bibliothèques peuvent donc transformer un faible coût par élément en une croissance importante des données de l’application.

Mesurez avant et après une fenêtre complète de tâches planifiées, une analyse de bibliothèque ajoutant des contenus représentatifs et votre transcodage normal le plus volumineux. Notez à la fois l’augmentation temporaire maximale et ce qui reste ensuite. L’augmentation conservée correspond à la croissance ; le pic au-delà de celle-ci correspond à l’espace de travail.

Utilisez la tâche observée la plus volumineuse pour définir le premier seuil plancher

Utilisez la plus forte augmentation observée de l’espace de travail comme premier élément de votre seuil plancher. Si un transcodage représentatif nécessite plusieurs gigaoctets sur son système de fichiers temporaire, ou si une fenêtre de maintenance augmente les données de l’application pendant la génération des miniatures, ce pic observé doit être inclus dans la réserve.

Ne supposez pas que le transcodage en mémoire vive élimine la question de la capacité. Une configuration pratique de transcodage Plex en mémoire vive nécessite toujours que le répertoire temporaire de transcodage dispose d’une capacité utilisable suffisante pour la charge active ; déplacer le chemin modifie la ressource à dimensionner au lieu de supprimer le besoin d’espace temporaire.

Pour la planification, définissez un seuil plancher mesuré ainsi : pic temporaire normal le plus élevé + croissance conservée attendue avant le prochain nettoyage + marge de sécurité pour les variations. Il s’agit d’une formule opérationnelle, et non d’une constante publiée par Plex. Recalculez-la après l’activation de fonctionnalités qui modifient sensiblement le stockage utilisé en arrière-plan.

Featured

ZimaCube 2 NAS personnel Cloud à domicile

ZimaCube2

$799.00 - $2,499.00

Buy Now

Ajoutez une marge pour les tâches simultanées et la récupération

Une seule tâche à la fois ne représente pas le pire scénario si votre serveur exécute souvent plusieurs tâches en parallèle. Une tâche de génération de miniatures, une maintenance de base de données, une sauvegarde, un téléchargement ou un transcodage peuvent partager le même système de fichiers, et une mise à niveau peut nécessiter brièvement de l’espace supplémentaire pour une nouvelle image ou une copie de restauration.

Ajoutez suffisamment de marge pour que le chevauchement réaliste le plus important puisse se terminer sans pousser le système de fichiers jusqu’à sa limite de fonctionnement. Si deux tâches ne se chevauchent jamais parce que vous les planifiez séparément, vous n’avez pas besoin d’additionner leurs pics ; si elles se chevauchent souvent, mesurez plutôt cette fenêtre combinée au lieu de deviner.

Gardez conceptuellement distinctes l’espace de récupération et la capacité de la bibliothèque multimédia. Une réserve multimédia pleine et un disque de données d’application plein provoquent des pannes différentes. Conservez suffisamment d’espace sur le système de fichiers qui contient l’état de Plex pour créer une sauvegarde, écrire des fichiers temporaires et annuler une modification de maintenance ayant échoué.

Surveillez les signes de manque d’espace avant que le disque ne soit plein

Le manque d’espace libre se manifeste généralement par des opérations qui nécessitent de nouvelles écritures : les conversions refusent de démarrer, les tâches en arrière-plan ne se terminent plus, les bases de données ou les journaux ne peuvent plus s’étendre, ou le système d’exploitation signale qu’un système de fichiers est presque plein. N’attendez pas qu’il ne reste plus aucun octet libre pour considérer la tendance comme un problème de capacité.

Des utilisateurs de Plex ont reproduit des échecs d’enregistrement ou de conversion lorsqu’un emplacement temporaire limité se remplit pendant une tâche. C’est pourquoi un petit disque RAM ou une partition d’application peut échouer même lorsque la baie multimédia dispose d’une capacité abondante : l’écriture doit réussir sur le système de fichiers que Plex utilise réellement pour cette opération.

Lorsqu’une tâche échoue, notez l’espace libre et le chemin au moment exact de l’échec. Si la même tâche réussit après le déplacement de son chemin temporaire ou l’ajout de capacité, toutes les autres conditions restant inchangées, le seuil d’espace libre devient un élément de preuve plutôt qu’une simple supposition.

Augmentez le seuil plancher lorsque Plex ne peut pas terminer un cycle complet de maintenance

Effectuez les mesures sur un cycle complet de maintenance et pendant une période représentative de lecture intensive. Suivez le niveau d’espace libre le plus bas, la tâche qui l’a provoqué et vérifiez si le système de fichiers est ensuite revenu à une base stable. Répétez l’opération une fois afin qu’une tâche inhabituelle et ponctuelle ne définisse pas la réserve permanente.

Le guide de ZimaSpace consacré à la pression exercée sur le stockage en arrière-plan constitue une suite utile lorsque les analyses, les sauvegardes ou d’autres tâches se disputent les ressources disque avec Plex. Il convient de vérifier simultanément la capacité et les performances d’E/S lorsque la fenêtre de maintenance devient à la fois lente et gourmande en espace.

Augmentez le seuil d’espace libre ou déplacez la charge de travail lorsque les tâches normales répétées s’approchent de la réserve actuelle, lorsque la croissance persistante des métadonnées réduit progressivement la marge ou lorsque les opérations de récupération ne tiennent plus dans l’espace disponible. Le seuil approprié est celui qui permet au cycle le plus chargé attendu de se terminer tout en conservant une procédure de récupération testée.