Faut-il stocker les métadonnées de Jellyfin sur un SSD et les données volumineuses sur un disque dur ?
Placez la base de données et le cache à forte rotation de Jellyfin sur un SSD lorsque la navigation dans la bibliothèque, les analyses ou les transcodages présentent une latence ; gardez les contenus multimédias volumineux sur un HDD lorsque leur chemin de lecture reste stable.
La navigation est-elle lente, les premières images tardent-elles à s’afficher, ou seuls les fichiers volumineux posent-ils problème ? Séparez les rôles de l’état de l’application, du cache, des contenus multimédias et des sauvegardes avant de déplacer quoi que ce soit. L’objectif n’est pas de rendre chaque octet rapide, mais d’accorder à chaque rôle la latence et la durabilité dont il a besoin.
Placez la base de données et le cache selon le comportement observé
La configuration de Jellyfin, la base de données, les index de métadonnées et les journaux effectuent de nombreuses petites lectures et écritures. Les fichiers temporaires de transcodage et la génération d’images entraînent également de nombreuses écritures. Déplacez ces rôles vers un SSD local lorsque la file d’attente ou la latence du disque est corrélée au symptôme. Gardez suffisamment d’espace libre pour une analyse complète et pour l’ensemble de transcodages simultanés le plus volumineux.
Après avoir déplacé un rôle, vérifiez le chemin configuré, les permissions, l’espace libre et le redémarrage. Un cas présenté par la communauté, où le cache et les métadonnées de Jellyfin ont été déplacés vers NFS, montre pourquoi un chemin reposant sur le réseau doit être testé en matière de latence et de persistance, plutôt que considéré comme équivalent au stockage local (cas de placement du cache).
Confirmez le chemin de la base de données après la recréation du conteneur et le redémarrage, puis vérifiez que le service peut écrire une petite modification d’état. Si le chemin revient à sa valeur précédente, le montage ou la correspondance d’environnement n’est pas persistant.
Gardez les contenus multimédias volumineux sur le niveau de capacité lorsque les lectures sont correctes
Les films et les séries sont principalement lus de manière séquentielle et par gros blocs ; un HDD peut donc suffire pour la lecture directe et le transcodage courant. Testez un fichier de chaque bibliothèque montée, notamment un fichier distant ou à débit binaire élevé. Si le démarrage du HDD ou un montage réseau partagé retarde la lecture, corrigez le délai de montage ou séparez le chemin de stockage avant d’acheter un disque plus rapide pour la base de données.
Comparez la latence d’affichage de la première image et la navigation dans la bibliothèque avant et après le déplacement. Ne conservez le placement sur SSD que si le délai mesuré s’améliore sans affaiblir le chemin de sauvegarde.
Si le cache se trouve sur un montage réseau, testez un démarrage à froid et une panne temporaire du NAS. Une disposition qui ne fonctionne que lorsque le partage est disponible au démarrage ne constitue pas un chemin applicatif fiable.
Confirmez la récupération avant de supprimer l’ancien chemin
Sauvegardez l’état de l’application indépendamment du volume multimédia. Restaurez la base de données et la configuration vers un chemin propre, démarrez Jellyfin, puis vérifiez les utilisateurs, les bibliothèques et une session de lecture représentative. Si la restauration ne fonctionne que lorsque le SSD d’origine reste monté, la migration est incomplète.
Demandez une analyse approfondie lorsque le système de fichiers signale des erreurs, que la base de données échoue aux contrôles d’intégrité ou que le déplacement du chemin modifie les métadonnées de manière inattendue. Conservez la copie précédente jusqu’à ce que la charge de travail d’origine fonctionne après un redémarrage.
Confirmez le chemin de la base de données après la recréation du conteneur et le redémarrage, puis vérifiez que le service peut écrire une petite modification d’état. Si le chemin revient à sa valeur précédente, le montage ou la correspondance d’environnement n’est pas persistant.
Validez la séparation finale entre SSD et HDD
Redémarrez Jellyfin avec les montages finaux actifs, lancez une analyse de la bibliothèque et lisez un fichier depuis chaque rôle de stockage. Confirmez que les chemins de la base de données, du cache, des contenus multimédias et des sauvegardes sont toujours séparés après le redémarrage.
Gardez les métadonnées sur SSD lorsque la latence des petits fichiers constitue la limite observée ; gardez-les sur HDD lorsque la charge de travail fonctionne correctement et que le chemin de récupération plus simple est prioritaire. Ne déplacez pas un rôle uniquement parce que le SSD est plus rapide lors d’un test de performance.
Demandez une analyse approfondie lorsqu’une erreur du système de fichiers, une défaillance de la base de données ou l’absence d’un montage réapparaît après le changement de placement. Restaurez l’ancien chemin avant de tenter une nouvelle migration du stockage.
Produits recommandés
Assistance et conseils
Plus à lire
Comment optimiser les connexions à la base de données de Jellyfin pour des conteneurs simultanés
Commencez avec un seul propriétaire de base de données et mesurez le comportement des verrous SQLite ; n’ajoutez un autre backend que lorsque la...
Comment éviter les tâches ou importations en double dans Jellyfin
Le travail en double provient généralement de planificateurs qui se chevauchent ou de plusieurs rédacteurs ; désignez un responsable, un chemin et une vérification...
Comment réparer Jellyfin après le remplissage de son volume de base de données
Arrêtez les écritures, préservez la base de données et les fichiers WAL, libérez de l’espace sans supprimer aveuglément l’état, puis vérifiez l’intégrité et la...
