Comment choisir la capacité des SSD, disques durs et sauvegardes pour Jellyfin

Le stockage Jellyfin doit être acheté comme trois problèmes de capacité distincts : un espace rapide pour les applications et les fichiers temporaires, une capacité média économique et une capacité de récupération indépendante. Acheter un seul très grand disque et l’appeler « stockage Jellyfin » rend les performances, la croissance et la récupération plus difficiles à prévoir.

Commencez par la bibliothèque actuelle et la taille mesurée des données Jellyfin, ajoutez le pic de travail temporaire maximal, projetez la croissance des médias pendant la durée de possession, puis dimensionnez les générations de sauvegarde en dehors du domaine de panne actif. Utilisez la capacité disponible après redondance plutôt que les chiffres bruts imprimés sur les étiquettes des disques.

Dimensionnez le SSD pour les données des applications et les pics temporaires

La base de données, les métadonnées, les illustrations, les journaux et les autres fichiers d’application de Jellyfin génèrent des E/S aléatoires qui bénéficient d’une faible latence. Le cache de transcodage crée un autre besoin temporaire, qui peut augmenter fortement lors de conversions simultanées.

Les recommandations actuelles de Jellyfin en matière de stockage indiquent que une base de données modérée peut atteindre plusieurs dizaines de gigaoctets et qu’un dossier de transcodage peut temporairement approcher la taille des médias sources convertis. Un petit SSD de démarrage peut donc être risqué, même si la base de données elle-même est encore peu volumineuse aujourd’hui.

Mesurez la taille actuelle des données d’application et le plus grand pic de transcodage réel. Prévoyez une marge d’espace libre pour les mises à jour, les fichiers temporaires et la croissance, plutôt que de remplir le SSD jusqu’à sa capacité annoncée.

Dimensionnez la capacité des disques durs selon la croissance des médias et la redondance disponible

Les médias volumineux privilégient généralement la capacité et le débit séquentiel. Calculez la taille actuelle des médias, les ajouts annuels réalistes et le nombre d’années pendant lesquelles vous prévoyez de conserver cette organisation de stockage avant de la reconstruire.

Convertissez ensuite l’objectif projeté en capacité disponible après la surcharge liée au miroir ou à la parité. Deux disques de 12 To en miroir ne fournissent pas 24 To de capacité média disponible, et les instantanés ou l’espace libre réservé peuvent réduire davantage la capacité de travail qui devrait être considérée comme sûre.

L’analyse de ZimaSpace sur la surcharge de stockage de Jellyfin au-delà des fichiers multimédias renforce cette distinction : les données d’application persistantes, les fichiers générés, les transcodages temporaires et les médias sources ne suivent pas la même courbe de croissance.

Achetez une capacité média adaptée à la charge de travail, plutôt que de choisir par défaut la vitesse d’un SSD

Pour les films et les épisodes volumineux, le débit séquentiel est généralement plus important que la latence d’un SSD. Plusieurs flux indépendants et des analyses simultanées peuvent accroître la pression liée aux déplacements de tête, mais un ensemble de disques durs sain peut tout de même fournir un débit média important.

Privilégiez des modèles de disques et des technologies d’enregistrement adaptés aux écritures soutenues sur serveur et offrant un comportement de reconstruction prévisible. Ne déplacez les médias volumineux sur SSD que lorsque le silence, l’encombrement, la consommation électrique ou un comportement mesuré en E/S mixtes justifie un coût par téraoctet nettement supérieur.

Le niveau média doit être choisi en fonction du débit combiné et de la charge de maintenance, et non d’une affirmation générique selon laquelle les SSD sont toujours plus rapides.

Featured

ZimaCube 2 NAS personnel Cloud à domicile

ZimaCube2

$799.00 - $2,499.00

Buy Now

Calculez séparément la capacité de sauvegarde et la capacité RAID

Le RAID, les miroirs, la redondance ZFS ou les miroirs Btrfs améliorent la disponibilité après certaines pannes de disques, mais ils ne préservent pas les métadonnées supprimées, un état d’application corrompu, une mise à jour défectueuse, les dommages causés par un rançongiciel ou une erreur d’administration.

Le modèle 3-2-1 recommande plusieurs copies sur différents supports, dont au moins une copie hors site. Pour Jellyfin, déterminez séparément si les médias irremplaçables, les médias extraits remplaçables et l’état de l’application nécessitent le même niveau de sauvegarde.

Les sauvegardes de l’état de l’application sont peu volumineuses comparées à une archive média de plusieurs téraoctets. Protéger fréquemment les utilisateurs, la progression de lecture, les métadonnées et la configuration peut donc être économique, même lorsque la bibliothèque média complète suit une stratégie de sauvegarde différente.

Utilisez une feuille de calcul de capacité avant de commander vos disques

N’achetez pas les trois niveaux selon le même rythme de croissance. Recalculez-les après avoir activé les fichiers trickplay, modifié la durée de conservation des sauvegardes, ajouté des remuxes 4K ou remplacé une utilisation principalement en lecture directe par des transcodages fréquents.

FAQ

La bibliothèque média Jellyfin entière doit-elle être stockée sur SSD ?

Généralement non. Les SSD sont surtout utiles pour les données d’application Jellyfin et les chemins temporaires soumis à des E/S aléatoires. Les disques durs restent économiques pour les lectures séquentielles volumineuses lorsque le débit global et le comportement des accès répondent au véritable mélange de flux.

De combien d’espace de sauvegarde Jellyfin a-t-il besoin ?

Cela dépend de ce que vous protégez et du nombre de points de récupération que vous conservez. Dimensionnez séparément la sauvegarde de l’état de l’application et l’archive média, puis multipliez le périmètre protégé par une durée de conservation réaliste, plutôt que de copier la taille brute du pool de stockage.