Une configuration Plex à double stockage avec les métadonnées sur SSD et les données sur HDD

Eva Wong

IceWhale author

Eva Wong est la rédactrice technique et bricoleuse résidente chez ZimaSpace. Geek depuis toujours, passionnée par les homelabs et les logiciels open source, elle se spécialise dans la traduction de concepts techniques complexes en guides accessibles et pratiques. Eva croit que l’auto-hébergement doit être amusant, pas intimidant. À travers ses tutoriels, elle donne à la communauté les moyens de démystifier les configurations matérielles, depuis la construction de leur premier NAS jusqu’à la maîtrise des conteneurs Docker.

A Dual-Storage Plex Setup With SSD Metadata and HDD Data - Zima Store Online

Une configuration Plex à double stockage place les données de base de données et de métadonnées sensibles à la latence sur un SSD, tout en conservant les fichiers multimédias volumineux sur un stockage HDD axé sur la capacité.

Cette séparation fonctionne lorsque le chemin des données de l’application est sauvegardé indépendamment et que le débit des médias correspond déjà aux capacités de la baie de disques durs. Le SSD n’a pas besoin de contenir la bibliothèque de films pour améliorer la navigation et la maintenance, et le HDD n’a pas besoin d’héberger la base de données simplement parce qu’il stocke les fichiers sources. Traitez ces deux niveaux comme des rôles distincts, avec des plans de récupération séparés.

Placez la base de données et les métadonnées sur le niveau à faible latence

Les recherches, la navigation, les illustrations et la maintenance de la base de données impliquent de nombreuses petites lectures et écritures, qui bénéficient davantage d’une latence de recherche réduite que la diffusion séquentielle d’un film.

Le gain le plus important vient généralement du déplacement des données sensibles à la latence hors du stockage mécanique, où le comportement en accès aléatoire des SSD et des HDD diffère le plus nettement.

Placez les données de l’application Plex sur le niveau SSD et mesurez la latence d’ouverture de la bibliothèque, de recherche et de maintenance. Conservez suffisamment d’espace libre pour la croissance de la base de données et la génération des métadonnées.

Conservez les médias volumineux sur un stockage à forte capacité

La lecture vidéo est en grande partie séquentielle et peut être assurée par des HDD tant que le débit global et la fiabilité répondent aux exigences de la charge de travail. Déplacer tous les médias sur de la mémoire flash modifie souvent davantage le coût que l’expérience utilisateur.

Une conception du stockage d’un serveur multimédia à plusieurs niveaux sépare la latence des données de l’application de la capacité destinée aux médias volumineux, afin que chaque périphérique soit évalué en fonction de la charge qu’il dessert.

Mesurez le débit de lecture simultanée maximal des médias et comparez-le à celui du pool de HDD dans des conditions réalistes de fragmentation et d’activité en arrière-plan. Ne mettez à niveau le stockage multimédia que lorsque ce chemin est réellement limité.

Sauvegardez les deux rôles différemment

L’état de Plex est relativement réduit, mais difficile à recréer exactement, tandis que les médias sont volumineux et peuvent nécessiter une stratégie différente de sauvegarde ou de redondance. Traiter les deux de manière identique peut gaspiller du stockage rapide ou insuffisamment protéger la base de données.

La capacité et la fréquence des modifications doivent refléter la vitesse à laquelle chaque jeu de données évolue et le coût de sa reconstitution.

Sauvegardez les données de l’application assez fréquemment pour préserver la progression de lecture et les modifications de configuration, et protégez les médias en fonction de leur coût de remplacement et de leur volume. Conservez au moins une copie de l’état de l’application en dehors du périphérique SSD. La séparation des rôles de stockage du centre multimédia permet au SSD de protéger les données sensibles à la latence, tandis que la capacité des HDD reste consacrée aux médias volumineux.

Featured

ZimaCube 2 NAS personnel Cloud à domicile

ZimaCube2

Validez séparément la défaillance de chaque niveau

L’architecture n’est utile que si la perte d’un niveau entraîne la défaillance attendue, plutôt qu’une cascade de problèmes rendant le serveur irrécupérable. Les rôles du SSD et des HDD nécessitent des tests et des procédures de restauration distincts.

Un test de restauration contrôlé vérifie que l’état copié peut se reconnecter aux chemins multimédias prévus après un remplacement.

Restaurez l’état de Plex vers un chemin SSD temporaire et rattachez-y un sous-ensemble de médias de test. Documentez le comportement du serveur lorsque le niveau multimédia est temporairement indisponible afin de faciliter le diagnostic lors de la prochaine panne.