Hoe je de SSD-, HDD- en back-upcapaciteit voor Jellyfin kiest
Jellyfin-opslag moet worden aangeschaft als drie verschillende capaciteitsproblemen: snelle ruimte voor applicaties en tijdelijke bestanden, voordelige mediacapaciteit en onafhankelijke herstelcapaciteit. Eén zeer grote schijf kopen en die “Jellyfin-opslag” noemen, maakt het moeilijker om prestaties, groei en herstel te voorspellen.
Begin met de huidige bibliotheek en de gemeten Jellyfin-gegevens, tel de grootste tijdelijke werkpiek erbij op, maak een prognose van de mediagroei gedurende de gebruiksperiode en bepaal vervolgens de grootte van back-upgeneraties buiten het actieve storingsdomein. Gebruik de bruikbare capaciteit na redundantie, niet de ruwe aantallen die op schijflabels staan.
Bepaal de SSD-grootte voor appgegevens en tijdelijke pieken
De database, metadata, illustraties, logboeken en andere applicatiebestanden van Jellyfin veroorzaken willekeurige I/O, die baat heeft bij een lage latentie. De transcodecache vereist een andere vorm van tijdelijke ruimte en kan tijdens gelijktijdige conversies sterk in omvang toenemen.
De huidige opslagrichtlijnen van Jellyfin vermelden dat een middelgrote database kan groeien tot tientallen gigabytes en een transcodemap tijdelijk bijna zo groot kan worden als de bronmedia die wordt geconverteerd. Daardoor is een kleine boot-SSD riskant, zelfs wanneer de database vandaag nog klein is.
Meet de huidige omvang van de appgegevens en de grootste realistische transcodepiek. Voeg marge toe voor updates, tijdelijke bestanden en groei, in plaats van de SSD tot de opgegeven capaciteit te vullen.
Bepaal de HDD-capaciteit op basis van mediagroei en bruikbare redundantie
Bulkmedia vraagt doorgaans vooral om capaciteit en sequentiële doorvoer. Bereken de huidige mediagrootte, realistische jaarlijkse toevoegingen en het aantal jaren waarin je verwacht de opslagindeling te behouden voordat je deze opnieuw opbouwt.
Vertaal het geprojecteerde doel vervolgens naar bruikbare capaciteit na aftrek van mirror- of parity-overhead. Twee schijven van 12 TB in een mirror leveren geen 24 TB aan bruikbare mediacapaciteit op, en snapshots of gereserveerde vrije ruimte kunnen de capaciteit die als veilige werkruimte moet worden beschouwd nog verder verlagen.
De analyse van ZimaSpace over de Jellyfin-opslagoverhead bovenop mediabestanden benadrukt dat onderscheid: permanente appgegevens, gegenereerde assets, tijdelijke transcodes en bronmedia groeien niet volgens dezelfde curve.
Koop mediacapaciteit voor de werklast, niet standaard voor SSD-snelheid
Voor grote films en afleveringen is sequentiële doorvoer doorgaans belangrijker dan SSD-latentie. Meerdere onafhankelijke streams en gelijktijdige scans kunnen de zoekbelasting verhogen, maar een gezonde HDD-pool kan nog steeds een aanzienlijke mediabandbreedte leveren.
Kies schijfmodellen en opnametechnologieën die passen bij langdurige serverwrites en voorspelbaar rebuildgedrag. Verplaats bulkmedia alleen naar SSD wanneer stilte, fysieke afmetingen, stroomverbruik of gemeten gedrag bij gemengde I/O de veel hogere kosten per terabyte rechtvaardigen.
De medialaag moet worden gekozen op basis van de gecombineerde bitrate en onderhoudsbelasting, niet op basis van de algemene bewering dat SSD altijd sneller is.
Bereken back-upcapaciteit los van RAID-capaciteit
RAID, mirrors, ZFS-redundantie of Btrfs-mirrors verbeteren de beschikbaarheid na bepaalde schijfstoringen, maar beschermen niet tegen verwijderde metadata, beschadigde applicatiestatus, een mislukte upgrade, ransomware-schade of een beheerdersfout.
Het 3-2-1-model beveelt meerdere kopieën op verschillende media aan, waarvan ten minste één kopie zich op een andere locatie bevindt. Bepaal voor Jellyfin afzonderlijk of onvervangbare media, vervangbare geripte media en de applicatiestatus dezelfde back-updiepte verdienen.
Back-ups van de applicatiestatus zijn klein vergeleken met een media-archief van meerdere terabytes. Het kan daarom voordelig zijn om gebruikers, kijkvoortgang, metadata en configuratie regelmatig te beschermen, ook wanneer de volledige mediabibliotheek een andere back-upstrategie heeft.
Gebruik een capaciteitswerkblad voordat je schijven bestelt
| Opslagrol | Te meten invoer | Capaciteitsbeslissing |
|---|---|---|
| SSD-appgegevens | Huidige gegevens + groei | Blijvende ruimte met lage latentie |
| SSD-transcodescratch | Grootste bestand × gelijktijdige conversies | Tijdelijke piek + vrije ruimtemarge |
| HDD-media | Huidige bibliotheek + jaarlijkse groei | Bruikbare capaciteit na redundantie |
| Lokale back-up | Beschermde omvang × bewaarde generaties | Onafhankelijke herstelcapaciteit |
| Back-up op afstand | Onvervangbare omvang + bewaartermijn | Afzonderlijke kopie voor noodherstel |
Koop niet alle drie de lagen met dezelfde groeisnelheid. Bereken de capaciteit opnieuw nadat je trickplay hebt ingeschakeld, de bewaartermijn van back-ups hebt gewijzigd, 4K-remuxes hebt toegevoegd of bent overgestapt van voornamelijk Direct Play naar frequent transcoderen.
Veelgestelde vragen
Moet de volledige Jellyfin-mediabibliotheek op een SSD staan?
Meestal niet. Een SSD is het meest waardevol voor Jellyfin-appgegevens en tijdelijke paden met willekeurige I/O. HDD’s blijven kosteneffectief voor grote sequentiële medialeesbewerkingen wanneer de totale doorvoer en het zoekgedrag voldoen aan de werkelijke streammix.
Hoeveel back-upruimte heeft Jellyfin nodig?
Dat hangt af van wat je beschermt en hoeveel herstelpunten je bewaart. Bepaal de grootte van back-ups van de applicatiestatus afzonderlijk van het media-archief en vermenigvuldig de beschermde omvang vervolgens met een realistische bewaartermijn, in plaats van de ruwe grootte van de opslagpool te kopiëren.
Aanbevolen producten
Koopgids
Meer om te lezen
Risicogids voor het migreren van familiefoto's voordat je een NAS koopt
Koop een foto-NAS nadat exports originelen en metadata behouden, duplicaten zijn geclassificeerd, staging past en rollback de bron intact houdt.
Handleiding voor risico's bij de beschikbaarheid van de wachtwoordkluisserver
Host een wachtwoordkluis alleen zelf wanneer toegang uit de cache, onafhankelijke herstelgegevens, geteste herstelprocedures en een andere beheerder voorkomen dat je door een storing...
Risicogids voor mini-pc-uitbreidingen voor beginnende kopers
Koop een mini-pc nadat je hebt gecontroleerd of onderdelen vervangbaar zijn, of de bandbreedte gedeeld wordt en of het volledige uitbreidingspad stabiel en betaalbaar...
