Il n’existe pas de plafond universel réellement utile pour la taille d’une bibliothèque Plex ; un hôte unique devient insuffisant lorsque les objectifs liés à la base de données, aux analyses, au stockage ou à la restauration ne sont plus atteints.
Deux bibliothèques contenant le même nombre d’éléments peuvent se comporter différemment, car la profondeur des métadonnées, la génération des aperçus, la latence du stockage, le processeur et l’activité simultanée varient. Suivez les opérations qui augmentent avec la bibliothèque au lieu d’attendre un nombre arbitraire. La limite pratique est atteinte lorsque la maintenance normale ou la navigation ne respectent plus votre niveau de service cible.
Suivez la réactivité de la base de données à mesure que la bibliothèque grandit
La croissance de la bibliothèque augmente la quantité d’informations indexées que Plex doit rechercher et gérer. Une base de données saine peut rester réactive même à grande échelle, tandis qu’un stockage lent ou une dette de maintenance accumulée peut rendre une bibliothèque plus petite plus pénible à utiliser.
La maintenance de la base de données Plex reste importante à mesure que l’état de la bibliothèque s’étend et que les modes d’accès se complexifient.
Mesurez la latence des recherches et de la navigation ainsi que la taille de la base de données à des étapes fixes de la croissance de la bibliothèque, en utilisant le même client et un test à chaud. Si la latence augmente fortement alors que le processeur et le réseau restent peu sollicités, examinez le chemin d’accès à la base de données des données applicatives avant de répartir le serveur.
L’empreinte des métadonnées peut dépasser les prévisions
Les affiches, illustrations, index, aperçus et données d’analyse peuvent faire croître le répertoire du serveur Plex bien plus rapidement que ne le laisse penser le nombre d’éléments multimédias. Cette empreinte des données applicatives influe sur la durée des sauvegardes et la planification de la restauration, même si les médias sont stockés séparément.
Les grandes bases de données Plex peuvent atteindre plusieurs gigaoctets dans des installations réelles ; le nombre d’éléments constitue donc un seuil de capacité peu fiable.
Mesurez l’intégralité du répertoire de données Plex et la durée de la sauvegarde, pas uniquement la taille du fichier principal de la base de données. Si la fenêtre de sauvegarde ou de restauration ne correspond plus à votre objectif de reprise, modifiez la conception du stockage ou des sauvegardes avant d’ajouter d’autres fonctionnalités à la bibliothèque.
La durée des analyses constitue une limite opérationnelle
Une analyse complète ou partielle trop longue peut chevaucher l’activité des utilisateurs et d’autres opérations de maintenance. Le goulot d’étranglement peut venir de l’énumération du système de fichiers, du traitement des métadonnées, des mises à jour de la base de données ou de la latence du stockage réseau.
La séparation des données applicatives des médias volumineux permet aux entrées-sorties des métadonnées et aux lectures importantes de médias d’emprunter des chemins de stockage différents.
Chronométrez une analyse contrôlée et relevez simultanément l’utilisation du processeur, les entrées-sorties des données applicatives, celles du chemin des médias et la latence de la base de données. Lorsque la durée de l’analyse augmente parce qu’un chemin partagé arrive à saturation, corrigez cette dépendance avant d’ajouter un deuxième hôte Plex. Une configuration de centre multimédia NAS séparant les médias volumineux de l’état de l’application peut accroître la capacité sans imposer à la base de données Plex d’emprunter le même chemin à forte latence.
Utilisez le temps de restauration comme dernier test de capacité
Une bibliothèque est trop volumineuse pour un hôte unique sur le plan opérationnel lorsque la reprise après défaillance ne peut plus respecter l’objectif du foyer ou du service. Un serveur qui reste rapide à parcourir mais dont la restauration prend plusieurs jours peut malgré tout avoir dépassé les capacités de sa conception actuelle.
La migration de l’état Plex doit préserver la base de données, les métadonnées, la configuration et la continuité des chemins d’accès, en plus de l’accès aux médias.
Effectuez un exercice de restauration vers un autre stockage ou un hôte de test, puis mesurez le temps nécessaire pour retrouver un état de bibliothèque utilisable. Si le temps de reprise dépasse votre objectif même après l’optimisation des sauvegardes, répartissez les rôles ou améliorez le stockage de l’état avant la prochaine phase de croissance.
Assistance et conseils
Plus à lire

Guide de stockage pour l’enregistrement de la télévision en direct : capacité, conservation et nettoyage
Mesurez les enregistrements réels, prévoyez une marge de sécurité, combinez les limites d’ancienneté et de capacité, et vérifiez que le programme admissible le plus...

Flux de récupération des métadonnées multimédias à domicile après la restauration d’une base de données
Protégez l’état restauré, vérifiez l’identité et les chemins des médias, puis corrigez les illustrations ou les correspondances manquantes dans une bibliothèque pilote avant d’appliquer...

Liste de contrôle de compatibilité du client Jellyfin pour l’audio, la vidéo et les sous-titres
Testez des fichiers représentatifs en ne faisant varier qu’un paramètre à la fois, puis consignez pour chaque client la lecture directe, le remuxage, la...

