Hoeveel extra opslagruimte heeft Plex nodig naast je mediabibliotheek?

Eva Wong

IceWhale author

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.

De opslagoverhead van Plex is geen vast percentage, omdat metadata, artwork, miniaturen, cache en tijdelijke transcodes elk anders meegroeien met de bronmedia.

Twee Plex-bibliotheken met hetzelfde aantal terabytes kunnen een heel verschillende omvang aan applicatiegegevens hebben. Een bibliotheek met videovoorbeeldminiaturen, uitgebreid artwork, frequent synchronisatie- of optimalisatiewerk en veel kleine items kan veel meer serverruimte innemen dan een eenvoudig filmarchief. Meet applicatiegegevens en tijdelijke opslag als afzonderlijke capaciteitsgroepen voordat je hardware, opslag, netwerk of containerinstellingen wijzigt.

Scheid permanente applicatiegegevens van mediacapaciteit

De Plex-servermap bevat de databasestatus, metadata, artwork, caches en gegenereerde media-informatie. Deze bestanden zijn permanente applicatiegegevens en moeten daarom afzonderlijk worden gepland van de bronfilms en tv-afleveringen die in de bibliotheken zijn opgeslagen.

Plex slaat metadata op in zowel bestanden als SQLite. Daarom moeten de capaciteit en I/O-prestaties voor applicatiegegevens onafhankelijk worden gepland van de omvang van de mediabibliotheek; dat is het uitgangspunt voor capaciteitsplanning van Plex-applicatiegegevens.

De juiste maatstaf is geen universele overheadverhouding, maar de huidige omvang en groeisnelheid van de Plex-gegevensmap. Een server kan een enorme mediacapaciteit hebben met bescheiden metadata, of een kleinere bibliotheek met onverwacht veel opslag voor voorbeeldminiaturen.

Meet de functies die de opslagomvang beïnvloeden

Voorbeeldminiaturen, hoofdstuk- of analysegegevens, de hoeveelheid artwork, het aantal bibliotheekitems, cachegedrag, Downloads en tijdelijke transcoding kunnen de opslagbehoefte allemaal veranderen. Het transcoderpad wijkt vooral af omdat het werkruimte nodig heeft tijdens actieve conversies, in plaats van permanente archiefruimte.

Bij het meten van de capaciteit voor Plex-applicatiegegevens kunnen echte Plex-bibliotheken grote hoeveelheden applicatiegegevens opbouwen door metadata, artwork en voorbeeldminiaturen. Daarom hoort monitoring van vrije ruimte bij de betrouwbaarheid.

Permanente groei hoort in het budget voor metadata en applicatiegegevens; tijdelijke pieken horen in het budget voor tijdelijke opslag. Door deze afzonderlijk te behandelen, worden de dimensionering van SSD's en waarschuwingen voor vrije ruimte veel voorspelbaarder.

Waarom een eenvoudige regel van 5% of 10% kan mislukken

Een percentageregel schiet tekort wanneer het genereren van miniaturen is ingeschakeld voor een grote bibliotheek, wanneer het aantal items hoog is ten opzichte van het totale aantal mediabytes, of wanneer tijdelijke transcodes groot zijn. De regel overschat ook eenvoudige bibliotheken die weinig gegenereerde assets bevatten.

Op het punt waarop de capaciteitsplanning voor Plex-applicatiegegevens tekortschiet, maken groei van miniaturen en metadata schattingen van applicatiegegevens op basis van een vast percentage onbetrouwbaar voor bibliotheken met verschillende aantallen items en ingeschakelde functies.

Controleer elk gekoppeld pad afzonderlijk. Als de applicatiegegevens stabiel blijven maar de tijdelijke ruimte tijdens specifieke conversies piekt, vergroot of verplaats je het transcoderpad in plaats van het metadatapparaat uit te breiden.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

Stel een opslagbudget op basis van metingen samen

Begin met de huidige omvang van de Plex-gegevensmap, tel de waargenomen maandelijkse groei erbij op en reserveer ruimte voor back-ups. Test vervolgens het maximale gebruik van tijdelijke transcode-ruimte met je grootste realistische bronbestand, in plaats van ervan uit te gaan dat dezelfde vrije marge voor beide functies volstaat. Een opslagindeling voor een thuisbioscoop helpt ook om tijdens het testen het gedrag van clients gescheiden te houden van de reken- en opslaglimieten aan de serverzijde.

Voordat je een wijziging in de capaciteitsplanning voor Plex-applicatiegegevens accepteert, moet een consistente SQLite-back-up afkomstig zijn uit een veilige back-up- of snapshotworkflow, en niet uit een ongecontroleerde kopie van actieve databasebestanden terwijl ernaar wordt geschreven.

Bereken de benodigde capaciteit opnieuw nadat je functies zoals voorbeeldminiaturen hebt ingeschakeld of nadat je de bibliotheek aanzienlijk hebt uitgebreid. Stop met het toevoegen van capaciteit voor applicatiegegevens zodra zowel de gemeten groei als de tijdelijke pieken binnen de gekozen marge voor vrije ruimte passen.