Waarom Plex langzamer opstart naarmate de bibliotheek groeit

Het opstarten van Plex kan langer duren naarmate de geïndexeerde bibliotheekstatus groeit, vooral wanneer de server meer database- en metadatagegevens moet controleren, migreren of in de cache moet laden.

De mediacapaciteit alleen voorspelt dit slecht, omdat twee bibliotheken met hetzelfde aantal terabytes sterk kunnen verschillen in aantal items, extra's, artwork en databasegegevens. Houd naast de opstarttijd ook de grootte en reactiesnelheid van de Plex-gegevensmap bij. Het relevante signaal is of groei van de geïndexeerde status samenhangt met een langere tijd tot gereedheid of tragere query's.

Geïndexeerde records zijn belangrijker dan de ruwe mediacapaciteit

Een bibliotheek met veel kleine muziektracks, foto's, extra's of afleveringen kan veel meer databasewerk veroorzaken dan een kleiner aantal items met grote filmbestanden. De kosten van opstarten en query's volgen de geïndexeerde status, niet alleen de bronbytes.

Grote Plex-bibliotheken kunnen miljoenen geïndexeerde bestanden en records bevatten, zelfs wanneer alleen het aantal terabytes aan media beheersbaar lijkt. Daarom moet je de groei van items en records afzonderlijk van de ruwe capaciteit bijhouden.

Houd het aantal bibliotheekitems, de databasegrootte, de grootte van blobs/metadata en de opstartduur gezamenlijk bij. Gebruik de trend op je eigen server in plaats van het aantal items van een andere gebruiker als universele limiet te nemen.

Versiewijzigingen kunnen het opstartwerk vermenigvuldigen

Bij een normale herstart wordt de status mogelijk alleen opnieuw geopend, terwijl een upgrade eenmalig werk kan toevoegen waarbij veel bestaande rijen worden aangepast. Daardoor valt een groeiende bibliotheek vooral op tijdens schema- of datamigraties.

Tijdens databasemigraties kan de migratieduur toenemen naarmate het aantal geïndexeerde items en de CPU-snelheid veranderen. Scheid daarom de tijd van de eerste start van de tijd van een normale herstart.

Houd vóór de upgrade een baseline voor de herstarttijd bij en vergelijk die met de eerste en tweede start erna. Als de tweede start terugkeert naar de baseline, is de bibliotheek niet van de ene op de andere dag permanent te groot geworden.

Opslaglatentie bepaalt nog steeds de kosten van toegang tot kleine hoeveelheden statusgegevens

Een grotere database en metadatastructuur creëren meer mogelijkheden voor willekeurige leesbewerkingen, fsync-bewerkingen en cachemissers. Een hoge sequentiële mediadoorvoer elimineert deze kosten van kleine toegangen niet.

Wanneer het opstarten herhaaldelijk kleine statusgegevens aanspreekt, kan de opstartlatentie van SSD versus HDD de gereedheid beïnvloeden, zelfs wanneer de containeromgeving verder identiek is.

Plaats de Plex-status op een opslaglocatie met voorspelbare latentie en meet vervolgens voor en na de wijziging. Het pad voor permanente app-gegevens moet worden geoptimaliseerd voor serverstatus, terwijl bulkmedia op opslag met een focus op capaciteit kan blijven staan.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Een trend van tragere query's is een betere aanleiding voor een upgrade

De praktische grens wordt zichtbaar wanneer veelgebruikte navigatie, zoekopdrachten, het opstarten of onderhoud herhaaldelijk niet aan je doelstelling voldoen, terwijl de database gezond is. Extra hardware helpt alleen als de belasting daadwerkelijk door die hardware wordt beperkt.

Lange tijden voor databasebewerkingen zijn een beter signaal om het statuspad te onderzoeken dan elke trage start als algemene traagheid van de host te beschouwen.

Leg een kleine set herhaalbare taken vast—van herstart tot gereedheid, bibliotheek openen, zoeken en databaseonderhoud—en volg deze in de loop van de tijd. Voer een upgrade uit wanneer een gemeten pad consequent slechter wordt, niet wanneer de bibliotheek een willekeurige omvang overschrijdt.