Comment configurer les vérifications d’état de Plex et de ses dépendances
Un contrôle d’état de Plex doit vérifier un petit parcours visible par l’utilisateur, et pas seulement confirmer que le processus du serveur est en cours d’exécution.
Séparez la vivacité de la disponibilité. Le processus Plex peut être actif alors que le stockage des médias est inaccessible, que les données de l’application sont en lecture seule ou qu’une route de proxy est défaillante. Utilisez des contrôles peu coûteux, avec une responsabilité clairement définie : point de terminaison du serveur, accès en écriture au chemin d’état, accès en lecture au chemin des médias et, en option, accessibilité à distance. Évitez les sondes qui modifient les médias de production ou lancent des tâches d’arrière-plan lourdes.
Définissez séparément la vivacité et la disponibilité
La vivacité indique si le service doit être redémarré ; la disponibilité indique s’il peut actuellement fournir la charge de travail prévue. Les combiner peut provoquer des redémarrages lors d’un retard temporaire d’une dépendance.
Les signaux de disponibilité et de vivacité ont des objectifs différents : un retard temporaire du stockage ne doit donc pas automatiquement être considéré comme une raison de redémarrer le processus Plex.
Utilisez un point de terminaison local léger ou un contrôle du processus pour la vivacité, ainsi qu’un résultat de disponibilité distinct pour les dépendances de stockage et de réseau. Seule une condition de vivacité défaillante devrait automatiquement entraîner le remplacement du processus.
Sondez les données de l’application et les médias avec des opérations inoffensives
Plex a besoin d’un accès durable à son état et aux médias sources, mais un contrôle d’état ne doit pas modifier la base de données active ni renommer les fichiers de production. Utilisez un chemin de test temporaire et une sonde en lecture seule sur un média connu.
Un service peut sembler sain avant qu’une dépendance soit utilisable ; le calendrier de disponibilité des dépendances explique pourquoi les contrôles du stockage et du réseau doivent être signalés séparément de l’état du processus.
Créez puis supprimez un petit fichier dans un répertoire dédié aux contrôles d’état des données de l’application, puis lisez un petit fichier connu depuis le point de montage des médias. Si l’une de ces opérations échoue, indiquez le chemin défaillant sans toucher au contenu de la bibliothèque.
Ajoutez des contrôles réseau uniquement pour les chemins dont vous dépendez réellement
La lecture sur le réseau local, l’accès via un proxy inverse, l’accès via un VPN et la redirection de port à distance sont des chemins différents. Une seule sonde ne peut pas les représenter tous sans masquer la limite entre les différentes défaillances.
Testez d’abord la route locale du serveur, puis le chemin distant choisi depuis l’extérieur du réseau. Un contrôle du streaming Plex à distance n’est utile que lorsque l’accès distant fait partie du niveau de service promis.
Nommez chaque sonde réseau d’après le chemin qu’elle valide, par exemple réseau local, proxy ou VPN. Lorsqu’une sonde échoue et qu’une autre réussit, dirigez l’alerte vers cette couche au lieu de redémarrer le serveur sain.
Utilisez des seuils d’échec qui ignorent les bruits de courte durée
Une seule sonde manquée peut être due au démarrage, au réveil du stockage, à un délai DNS ou à un événement réseau transitoire. Les contrôles d’état doivent détecter une indisponibilité persistante sans provoquer d’instabilité lors de pauses inoffensives.
Choisissez les seuils de nouvelle tentative et d’intervalle à partir d’erreurs, de saturation et d’utilisation mesurées, afin qu’une brève pause d’une ressource ne déclenche pas la même réponse qu’une indisponibilité prolongée.
Provoquez un bref retard d’une dépendance, puis une défaillance prolongée dans une fenêtre de test. Ajustez les seuils jusqu’à ce que le retard court ne déclenche pas de redémarrage, mais que la défaillance prolongée soit détectée dans votre délai de réponse acceptable.
Produits recommandés
Assistance et conseils
Plus à lire
Jellyfin peut-il partager en toute sécurité un GPU ou un accélérateur avec un autre conteneur ?
Le partage du GPU est conditionnel : vérifiez la visibilité du périphérique et la prise en charge des pilotes, puis exécutez les deux charges...
Comment déterminer si une erreur Jellyfin provient du client ou du serveur
Une erreur Jellyfin relève du client lorsqu’elle ne concerne qu’un seul appareil ; elle relève du serveur lorsque plusieurs clients échouent avec le même...
Comment configurer le cache et le stockage temporaire de Jellyfin
Séparez les données persistantes, le cache reconstructible et le stockage temporaire pour le transcodage, puis vérifiez la capacité et les autorisations avec un véritable...
