Une configuration Plex à double stockage place les données de base de données et de métadonnées sensibles à la latence sur SSD, tout en conservant les gros fichiers multimédias sur un stockage HDD conçu pour offrir une grande capacité.
Cette séparation fonctionne lorsque le chemin des données d’application est sauvegardé séparément et que le débit des médias correspond déjà aux capacités de la grappe de HDD. Le SSD n’a pas besoin d’héberger la vidéothèque 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 source. Traitez les deux niveaux comme des rôles distincts, avec des plans de récupération distincts.
Placez la base de données et les métadonnées sur le niveau à faible latence
La recherche, la navigation, les illustrations et la maintenance de la base de données impliquent de nombreuses petites lectures et écritures, qui tirent davantage parti d’une latence de recherche réduite qu’un flux vidéo séquentiel.
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 d’application de Plex sur le niveau SSD et mesurez la latence d’ouverture de la bibliothèque, de recherche et de maintenance. Gardez suffisamment d’espace libre pour la croissance de la base de données et des métadonnées générées.
Conservez les médias volumineux sur un stockage à grande capacité
La lecture vidéo est en grande partie séquentielle et peut être assurée par des HDD, à condition que le débit global et la fiabilité répondent aux besoins. Transférer 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 d’application de la capacité de stockage des médias volumineux, afin que chaque appareil soit évalué en fonction de la charge qu’il prend en charge.
Mesurez le débit de lecture simultané 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 des médias que si ce chemin est réellement limité.
Sauvegardez les deux rôles différemment
L’état de Plex est relativement peu volumineux, mais difficile à recréer à l’identique, tandis que les médias occupent beaucoup d’espace et peuvent nécessiter une stratégie de sauvegarde ou de redondance différente. Traiter les deux de la même manière peut gaspiller du stockage rapide ou ne pas protéger suffisamment la base de données.
La capacité et le taux de modification des sauvegardes doivent refléter la vitesse à laquelle chaque jeu de données évolue et le coût de sa reconstitution.
Sauvegardez les données des applications assez souvent pour conserver l’état de lecture et les changements de configuration, et protégez les médias en fonction de leur coût de remplacement et de leur taille. Conservez au moins une copie des données d’état des applications en dehors du 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 en vrac.
Validez séparément les défaillances de chaque niveau
Cette architecture n’est utile que si la perte d’un niveau de stockage entraîne la panne attendue, plutôt qu’une défaillance en cascade rendant le serveur irrécupérable. Les rôles du SSD et du HDD nécessitent des tests et des procédures de restauration distincts.
Un test de restauration contrôlé vérifie que les données d’état copiées peuvent se reconnecter aux chemins de médias prévus après un remplacement.
Restaurez l’état de Plex sur le chemin d’un SSD jetable et associez-y un sous-ensemble de médias de test. Documentez le comportement du serveur lorsque le niveau de stockage des médias est temporairement indisponible afin de mieux classer la prochaine panne.
Configuration de NAS et de serveur
À lire aussi

Un serveur de dortoir peut-il fonctionner assez silencieusement pour dormir, étudier et passer des appels vidéo ?
Oui, un serveur dans une chambre universitaire peut rester discret si le matériel consomme peu, si les vibrations des disques de stockage sont maîtrisées,...

Un homelab étudiant qui passe de la chambre universitaire au premier appartement
Gardez un homelab étudiant portable en séparant les services du réseau propre à chaque pièce, en réduisant le matériel au minimum, en sauvegardant son...

Comment partager un serveur domestique avec des colocataires sans partager de comptes ni de fichiers privés
Attribuez à chaque colocataire une identité nominative, un espace de stockage privé et uniquement les rôles partagés dont il a besoin ; séparez l’administration,...



