Er is geen bruikbare universele bovengrens voor de omvang van een Plex-bibliotheek; één host wordt te klein wanneer de doelstellingen voor database, scans, opslag of herstel niet meer worden gehaald.
Twee bibliotheken met hetzelfde aantal items kunnen zich verschillend gedragen, omdat de metadatadiepte, het genereren van previews, de opslaglatentie, de CPU-belasting en gelijktijdige activiteit verschillen. Houd de werkzaamheden bij die met de bibliotheek meegroeien, in plaats van te wachten op een willekeurig aantal. De praktische limiet ligt daar waar normaal onderhoud of browsen niet meer aan je serviceniveau voldoet.
Volg de database-responstijd naarmate de bibliotheek groeit
Door de groei van de bibliotheek neemt de hoeveelheid geïndexeerde gegevens toe die Plex moet doorzoeken en onderhouden. Een gezonde database kan ook bij een grote omvang responsief blijven, terwijl trage opslag of opgelopen onderhoudsachterstand een kleinere bibliotheek slechter kan laten aanvoelen.
Onderhoud van de Plex-database blijft belangrijk naarmate de bibliotheekstatus groeit en toegangspatronen complexer worden.
Noteer de latentie bij zoeken en browsen, plus de databasegrootte, bij vaste mijlpalen in de groei van de bibliotheek. Gebruik daarbij steeds dezelfde client en een test met een opgewarmde cache. Als de latentie sterk toeneemt terwijl CPU en netwerk niet zwaar worden belast, onderzoek dan eerst het pad naar de database in de applicatiegegevens voordat je de server opsplitst.
De metadata-voetafdruk kan groter worden dan verwacht
Posters, artwork, indexen, previews en analysedata kunnen de Plex-servermap veel sneller laten groeien dan het aantal media-items doet vermoeden. Die voetafdruk van applicatiegegevens beïnvloedt de duur van back-ups en de herstelplanning, zelfs als de media op afzonderlijke opslag blijft staan.
grote Plex-databases kunnen in echte installaties gigabytes groot worden, waardoor alleen het aantal items een zwakke capaciteitsgrens vormt.
Meet de volledige Plex-gegevensmap en de duur van de back-up, niet alleen het hoofddatabasebestand. Als het back-up- of herstelvenster niet langer binnen je hersteldekking valt, pas dan eerst de opslag- of back-upinrichting aan voordat je meer bibliotheekfuncties toevoegt.
Scanduur is een operationele beperking
Een volledige of gedeeltelijke scan die te lang duurt, kan samenvallen met gebruikersactiviteit en ander onderhoud. De bottleneck kan liggen bij het inventariseren van het bestandssysteem, metadataverwerking, database-updates of netwerkopslaglatentie.
het scheiden van applicatiegegevens en bulkmedia zorgt ervoor dat metadata-I/O en grote media-uitlezingen verschillende opslagpaden gebruiken.
Meet de duur van een gecontroleerde scan en registreer tegelijkertijd CPU-belasting, I/O voor applicatiegegevens, I/O op het mediapad en databaselatentie. Wanneer de scanduur toeneemt doordat één gedeeld pad verzadigd raakt, los die afhankelijkheid dan eerst op voordat je een tweede Plex-host toevoegt. Een NAS-mediacenterindeling die bulkmedia scheidt van applicatiestatus kan de capaciteit opschalen zonder de Plex-database op hetzelfde pad met hoge latentie te plaatsen.
Gebruik hersteltijd als laatste capaciteitstest
Een bibliotheek is operationeel te groot voor één host wanneer herstel na een storing niet meer aan de doelstelling voor het huishouden of de dienst kan voldoen. Een server die snel door bibliotheken bladert maar dagen nodig heeft om te herstellen, kan zijn huidige ontwerp alsnog zijn ontgroeid.
Migratie van de Plex-status moet niet alleen de database, metadata en configuratie behouden, maar ook de continuïteit van paden en toegang tot de media.
Voer een hersteltest uit naar alternatieve opslag of een testhost en noteer hoe lang het duurt voordat de bibliotheek weer bruikbaar is. Als de hersteltijd je doelstelling blijft overschrijden, zelfs na optimalisatie van de back-up, splits dan de rollen op of verbeter de opslag van de status voordat de volgende groeifase begint.
Ondersteuning & Tips
Meer om te lezen

Opslaghandleiding voor live-tv-opnamen voor capaciteit, bewaartermijn en opruimen
Meet echte opnamen, houd hoofdruimte vrij, combineer limieten voor leeftijd en capaciteit en toon aan dat het oudste in aanmerking komende programma wordt verwijderd...

Workflow voor herstel van metadata van thuismedia na het terugzetten van een database
Bescherm de herstelde status, controleer de identiteit en paden van de media en herstel vervolgens ontbrekende artwork of overeenkomsten in een proeff bibliotheek voordat...

Compatibiliteitschecklist voor Jellyfin-clients voor audio, video en ondertiteling
Test representatieve bestanden één variabele tegelijk en noteer voor elke client Direct Play, remux, audioconversie, videotranscodering of fout.

