Pourquoi les lectures et écritures de Plex génèrent des charges différentes sur le serveur
Plex sollicite différentes parties d’un serveur domestique, car les transferts de médias volumineux et les petites mises à jour d’état présentent des schémas d’E/S très différents.
Un flux peut lire séquentiellement un fichier volumineux tandis que Plex met simultanément à jour des bases de données, des journaux, des métadonnées ou des données temporaires au moyen d’opérations plus petites. Ces charges peuvent partager un même périphérique tout en réagissant différemment à la charge. Mesurez séparément le débit des médias et la latence des données de l’application avant de conclure que « l’utilisation du disque » est en cause.
La lecture des médias est généralement axée sur le débit
La lecture directe récupère de grandes quantités de données multimédias contiguës et nécessite principalement un débit soutenu avec une marge suffisante pour les flux simultanés. La latence de recherche est moins importante que pour une base de données contenant de nombreux petits enregistrements.
Un stockage plus rapide n’est utile que si sa latence, sa capacité et son profil transactionnel correspondent à la charge de travail ; les compromis liés au stockage des données actives rendent le schéma d’accès plus pertinent que la seule vitesse nominale du périphérique.
Mesurez le débit global de lecture des médias pendant la combinaison de flux la plus chargée. S’il reste largement inférieur aux capacités du périphérique et du réseau, déplacer uniquement les médias vers une mémoire flash plus rapide ne résoudra probablement pas un problème de latence des métadonnées ou de la base de données.
Les écritures des données de l’application sont davantage sensibles à la latence
Les transactions de base de données, les mises à jour des illustrations, les journaux et les métadonnées génèrent des écritures plus petites qui peuvent attendre une synchronisation, la journalisation ou des E/S aléatoires concurrentes. Leur coût visible peut être élevé même lorsque le débit total en Mo/s est faible.
Linux peut accumuler puis vider les pages modifiées par rafales ; la réécriture différée peut donc dissocier le moment où Plex écrit de celui où le périphérique affiche un pic.
Suivez indépendamment la latence, la profondeur de file, la mémoire modifiée et le périphérique contenant les données de l’application par rapport au périphérique multimédia. Une charge composée de petites écritures à forte latence est un problème différent d’une lecture séquentielle de médias saturée.
Les lectures et écritures simultanées peuvent interférer
Placer l’état de la base de données, les médias, les sauvegardes et les téléchargeurs sur un même périphérique permet à des schémas d’accès sans rapport de se disputer la même file. Un disque rapide isolément peut sembler irrégulier lorsque ces tâches se chevauchent.
Les performances d’une base de données varient selon la vitesse du stockage et la combinaison des charges ; le comportement des bases de données sensible aux E/S est l’une des raisons pour lesquelles il faut tester la charge combinée plutôt que d’extrapoler à partir d’un seul test de copie de fichier.
Répétez une action lente dans Plex après avoir suspendu les sauvegardes et les écritures de gestion des médias. Si la latence chute fortement, séparez les rôles temporels ou de stockage avant de remplacer l’ensemble du serveur.
La séparation des rôles rend le goulot d’étranglement visible
Une topologie claire attribue à l’état persistant de Plex, aux médias volumineux, aux tâches temporaires et aux sauvegardes des rôles distincts en matière de performances et de récupération, même si certains partagent le même matériel physique. Les tests ultérieurs deviennent ainsi interprétables.
La séparation des rôles facilite également l’attribution de la saturation des ressources au périphérique ou au chemin qui exécute réellement la tâche, plutôt qu’au stockage considéré comme un ensemble indifférencié.
Effectuez un nouveau test après chaque changement de rôle et ne conservez que les modifications qui déplacent le goulot d’étranglement mesuré. Dans une topologie de serveur multimédia domestique, l’état, les médias, les tâches temporaires et les sauvegardes doivent rester suffisamment distincts pour être mesurés indépendamment.
Produits recommandés
Centre Tech & IA
Plus à lire
Comment la fréquence des sauvegardes influence-t-elle la qualité du point de récupération de Plex ?
Choisissez la fréquence des sauvegardes Plex en fonction de vos besoins en matière de points de récupération, de la détection des pannes tardives, de...
Quelle est la limite de mise à niveau sûre de Plex, et pourquoi est-elle importante ?
Gardez les mises à niveau de Plex réversibles en séparant explicitement l’environnement d’exécution, l’état, l’accélération, les données de restauration et la validation de bout...
Comment Plex détecte-t-il et synchronise-t-il les modifications entre les appareils ?
Comprenez la réconciliation des appareils Plex en distinguant l’état de référence du serveur, le cache du client, l’identité du compte et le chemin réseau...
