Healthchecks configureren voor Plex en de bijbehorende afhankelijkheden

Een Plex-gezondheidscontrole moet een klein, voor de gebruiker zichtbaar pad controleren en niet alleen bevestigen dat het serverproces actief is.

Scheid liveness van readiness. Het Plex-proces kan actief zijn terwijl de mediaopslag niet beschikbaar is, app-gegevens alleen-lezen zijn of een proxyroute defect is. Gebruik goedkope controles met duidelijk eigenaarschap: het serverendpoint, schrijfrechten voor het statuspad, leesrechten voor het mediapad en optioneel externe bereikbaarheid. Vermijd probes die productiemedia wijzigen of zwaar achtergrondwerk starten.

Definieer liveness en readiness afzonderlijk

Liveness vraagt of de service opnieuw moet worden gestart; readiness vraagt of de service de beoogde workload momenteel kan bedienen. Door deze te combineren kunnen herstarts worden veroorzaakt tijdens een tijdelijke vertraging van een afhankelijkheid.

Readiness- en liveness-signalen dienen verschillende doelen. Een tijdelijke opslagvertraging moet daarom niet automatisch worden beschouwd als reden om het Plex-proces opnieuw te starten.

Gebruik voor liveness een lichtgewicht lokaal endpoint of een procescontrole en geef voor opslag- en netwerkafhankelijkheden een afzonderlijk readiness-resultaat. Alleen een mislukte liveness-voorwaarde mag automatisch tot procesvervanging leiden.

Controleer app-gegevens en media met onschadelijke bewerkingen

Plex heeft duurzame toegang tot statusgegevens en toegang tot bronmedia nodig, maar een gezondheidscontrole mag de actieve database niet wijzigen en geen productiebestanden hernoemen. Gebruik een tijdelijk testpad en een bekende alleen-lezen mediacontrole.

Een service kan gezond lijken voordat een afhankelijkheid bruikbaar is; de timing van de gezondheidsstatus van afhankelijkheden is de reden waarom opslag- en netwerkcontroles afzonderlijk van de processtatus moeten worden gerapporteerd.

Maak een klein bestand aan in een speciale map voor de gezondheidscontrole van app-gegevens en verwijder het daarna. Lees vervolgens een klein bekend bestand van de mediamount. Als een van beide mislukt, rapporteer dan het falende pad zonder bibliotheekinhoud aan te raken.

Voeg alleen netwerkcontroles toe voor paden waarvan je daadwerkelijk afhankelijk bent

Afspelen via het LAN, toegang via een reverse proxy, VPN-toegang en externe port forwarding zijn verschillende paden. Eén probe kan ze niet allemaal vertegenwoordigen zonder de foutgrens te verdoezelen.

Test eerst de lokale serverroute en daarna het gekozen externe pad vanaf buiten het netwerk. Een controle van externe Plex-streaming is alleen nuttig wanneer externe toegang deel uitmaakt van de servicebelofte.

Geef elke netwerkprobe een naam op basis van het pad dat deze valideert, zoals LAN, proxy of VPN. Wanneer de ene controle mislukt en de andere slaagt, stuur de waarschuwing dan naar die laag in plaats van de gezonde server opnieuw te starten.

Featured

ZimaCube 2 Persoonlijke Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Gebruik foutdrempels die kortstondige ruis negeren

Een enkele gemiste probe kan het gevolg zijn van opstarten, het ontwaken van opslag, DNS-vertraging of een tijdelijke netwerkgebeurtenis. Gezondheidscontroles moeten aanhoudende onbeschikbaarheid detecteren zonder onnodig te wisselen door onschuldige onderbrekingen.

Kies de drempels voor nieuwe pogingen en intervallen op basis van gemeten fouten, verzadiging en benutting, zodat een korte onderbreking van een resource niet dezelfde reactie uitlokt als aanhoudende onbeschikbaarheid.

Veroorzaak in een testvenster één korte vertraging van een afhankelijkheid en één aanhoudende storing. Pas de drempels aan totdat de korte vertraging geen herstart veroorzaakt, maar de aanhoudende storing wel binnen de aanvaardbare responstijd wordt gedetecteerd.