Hoeveel vrije opslagruimte moet Plex bewaren voor achtergrondtaken?

Eva Wong is de Technisch Schrijver en en vaste knutselaar bij ZimaSpace. Een levenslange geek met een passie voor homelabs en open-source software, zij is gespecialiseerd in het vertalen van complexe technische concepten naar toegankelijke, praktische handleidingen. Eva gelooft dat zelf-hosting leuk moet zijn, niet intimiderend. Met haar tutorials stelt ze de community in staat om hardware-setup te ontrafelen, van het bouwen van hun eerste NAS tot het beheersen van Docker-containers.

Plex zou niet voor elke server dezelfde regel voor vrije ruimte moeten hanteren. De nuttige reserve is de hoeveelheid ruimte die nodig is voor je grootste normale tijdelijke taak, verwachte groei van metadata en voldoende extra ruimte om onderhoud af te ronden of te herstellen van een mislukte wijziging zonder het bestandssysteem vol te laten lopen.

Een server die alleen Direct Plays uitvoert voor een kleine bibliotheek heeft een ander opslagprofiel dan een server die voorbeeldminiaturen genereert, meerdere streams transcodeert, DVR-taken uitvoert of metadata opnieuw opbouwt. Meet eerst één volledige achtergrondcyclus en de grootste representatieve transcodeerbewerking. Stel daarna een ondergrens in boven de waargenomen piek, in plaats van een willekeurige regel van 10%, 20 GB of 100 GB over te nemen.

Begin niet met een universeel getal voor vrije ruimte

Adviezen over vrije ruimte worden misleidend wanneer ze negeren waar Plex tijdelijke en permanente gegevens opslaat. Een server kan terabytes vrije ruimte hebben op de media-array, terwijl het kleinere bestandssysteem voor het systeem of de app-gegevens tijdens een conversie- of onderhoudstaak zonder ruimte komt te zitten.

Plex documenteert dat transcodering tijdelijke schijfopslag gebruikt, die standaard op de schijf van het besturingssysteem kan staan. Daardoor is de vrije ruimte op het daadwerkelijke transcodeerpad belangrijker dan de totale capaciteit van de mediapool.

Beschouw elk vast getal voor vrije ruimte alleen als een eerste hypothese als het op jouw werklast is gebaseerd. De eerste bruikbare drempel is de minimale reserve waaronder je eigen achtergrondtaken onbetrouwbaar worden, niet een getal dat is overgenomen van een andere bibliotheek, bitrate of bestandssysteem.

Meet welke Plex-taken daadwerkelijk tijdelijke of permanente ruimte gebruiken

Houd de locaties bij die kunnen groeien wanneer Plex niet actief is of onderhoud uitvoert: de map met app-gegevens, de tijdelijke transcodeermap, gegevens voor voorbeeldminiaturen, back-ups van de database en elke download- of DVR-werkmap die je daadwerkelijk gebruikt. Deze kunnen op verschillende bestandssystemen staan, dus meet ze afzonderlijk.

Voorbeeldminiaturen van video’s kunnen een permanente groeibron zijn in plaats van een kortstondige piek. Plex vermeldt dat een typische miniaturenindex voor één bibliotheekitem tientallen megabytes kan gebruiken, waarbij de duur van invloed is op het resultaat. Grote bibliotheken kunnen een kleine kostprijs per item daardoor laten oplopen tot een aanzienlijke groei van de app-gegevens.

Meet vóór en na een volledig venster voor geplande taken, één bibliotheekscan waarbij representatieve media worden toegevoegd en je grootste normale transcodeerbewerking. Noteer zowel de maximale tijdelijke toename als wat daarna achterblijft. De blijvende toename is groei; de piek daarboven is werkruimte.

Gebruik de grootste waargenomen taak om de eerste ondergrens vast te stellen

Gebruik de grootste waargenomen toename van de werkruimte als eerste onderdeel van je ondergrens. Als een representatieve transcodeerbewerking meerdere gigabytes nodig heeft op het tijdelijke bestandssysteem, of als app-gegevens tijdens het genereren van miniaturen groeien, hoort die waargenomen piek bij de reserve.

Ga er niet van uit dat transcodering vanuit RAM de capaciteitsvraag wegneemt. Een praktische Plex-configuratie voor transcodering vanuit RAM vereist nog steeds dat de tijdelijke transcodemap voldoende bruikbare capaciteit heeft voor de actieve werklast. Door het pad te verplaatsen, verandert de bron die je moet dimensioneren; tijdelijke ruimte verdwijnt niet.

Definieer voor planning een gemeten ondergrens als volgt: grootste normale tijdelijke piek + verwachte blijvende groei tot de volgende opruimactie + een veiligheidsmarge voor variatie. Dit is een operationele formule, geen door Plex gepubliceerde constante. Bereken de ondergrens opnieuw nadat je functies hebt ingeschakeld die de opslag door achtergrondtaken aanzienlijk veranderen.

Voeg ruimte toe voor gelijktijdige taken en herstel

Eén taak tegelijk is niet het slechtste scenario als je server vaak taken overlapt. Een taak voor miniaturen, databaseonderhoud, een back-up, download of transcodeerbewerking kan hetzelfde bestandssysteem gebruiken. Ook kan een upgrade tijdelijk extra ruimte vereisen voor een nieuwe image of een kopie om terug te kunnen draaien.

Voeg voldoende marge toe zodat de grootste realistische overlap kan worden voltooid zonder het bestandssysteem tot aan de storingsgrens te vullen. Als twee taken nooit overlappen omdat je ze afzonderlijk plant, hoef je hun pieken niet op te tellen. Als ze vaak overlappen, meet dan dat gecombineerde venster in plaats van te gokken.

Houd herstelruimte conceptueel gescheiden van de capaciteit van de mediabibliotheek. Een volle mediapool en een volle schijf met app-gegevens veroorzaken verschillende storingen. Bewaar voldoende ruimte op het bestandssysteem waarop Plex zijn status opslaat om een back-up te maken, tijdelijke bestanden te schrijven en een mislukte onderhoudswijziging terug te draaien.

Let op symptomen van weinig ruimte voordat de schijf volloopt

Weinig vrije ruimte kondigt zich meestal aan via bewerkingen die nieuwe gegevens moeten schrijven: conversies weigeren te starten, achtergrondtaken worden niet voltooid, databases of logbestanden kunnen niet uitbreiden of het besturingssysteem meldt dat een bestandssysteem bijna vol is. Wacht niet tot er nul bytes vrij zijn voordat je de trend als een capaciteitsprobleem behandelt.

Plex-gebruikers hebben opname- of conversiefouten gereproduceerd wanneer een beperkte tijdelijke locatie tijdens een taak volloopt. Daarom kan een kleine RAM-schijf of app-partitie falen, zelfs wanneer de mediapool volop capaciteit heeft: de schrijfbewerking moet slagen op het bestandssysteem dat Plex daadwerkelijk voor die bewerking gebruikt.

Noteer bij een mislukte taak de vrije ruimte en het pad op het exacte moment van de fout. Als dezelfde taak slaagt nadat je het tijdelijke pad hebt verplaatst of capaciteit hebt toegevoegd, terwijl de overige omstandigheden gelijk blijven, is de drempel voor vrije ruimte bewijs geworden in plaats van een aanname.

Verhoog de ondergrens wanneer Plex geen volledige onderhoudscyclus kan voltooien

Voer de meting uit over één volledige onderhoudscyclus en een representatieve periode met intensief afspelen. Houd het laagste punt van de vrije ruimte bij, welke taak dit veroorzaakte en of het bestandssysteem daarna terugkeerde naar een stabiele basiswaarde. Herhaal de meting één keer, zodat een ongebruikelijke eenmalige taak niet de permanente reserve bepaalt.

De ZimaSpace-handleiding over opslagdruk door achtergrondtaken is een nuttige vervolgstap wanneer scans, back-ups of andere taken met Plex concurreren om schijfbronnen. Capaciteit en I/O-prestaties moeten samen worden gecontroleerd wanneer het onderhoudsvenster niet alleen veel ruimte vraagt, maar ook trager wordt.

Verhoog de ondergrens voor vrije ruimte of verplaats de werklast wanneer normale herhaalde taken de huidige reserve naderen, wanneer blijvende groei van metadata de marge geleidelijk verkleint of wanneer herstelbewerkingen niet langer passen. De juiste ondergrens is de ondergrens waarmee de drukste verwachte cyclus kan worden voltooid en er toch een geteste herstelmogelijkheid overblijft.

Ondersteuning & Tips

Meer om te lezen

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.