Doorgaan naar hoofdinhoud

Opslag

Onofficiële Beta-vertaling

Deze pagina is vertaald door PageTurner AI (beta). Niet officieel goedgekeurd door het project. Een fout gevonden? Probleem melden →

Jellyfin is ontworpen om media rechtstreeks van het bestandssysteem te lezen. Een netwerkopslagapparaat dat samba of NFS gebruikt, moet rechtstreeks aan het besturingssysteem worden gekoppeld. De Jellyfin-database moet ook lokaal worden opgeslagen en niet op een netwerkopslagapparaat.

let op

Er zijn geplande onderhoudstaken die items uit je bibliotheek verwijderen als ze worden geactiveerd terwijl je mediaopslag niet beschikbaar is.

NFS​

Als je prestatieproblemen tegenkomt waarbij bestanden lang opstarttijd hebben tijdens afspelen bij gebruik van NFSv3, loop je mogelijk tegen een probleem aan met .NET-vergrendeling terwijl NFSv3 geen vergrendelingsondersteuning heeft ingeschakeld.

Om dit op te lossen, heb je de volgende opties:

  • Schakel .NET-vergrendeling uit met DOTNET_SYSTEM_IO_DISABLEFILELOCKING (geïntroduceerd in .NET 6).

  • Schakel vergrendeling uit voor de koppeling met de nolock-optie.

  • Schakel de vergrendelingsservice in.

  • Gebruik NFSv4 dat ingebouwde vergrendelingsondersteuning heeft.

Docker en VM's​

Een database voor een middelgrote bibliotheek kan groeien van 10 tot 100 GB.

De map voor transcoderen heeft doorgaans ongeveer evenveel ruimte nodig als de originele media wanneer getranscodeerd met een equivalente bitrate. Zo kan een enkele 50 GB Blu-ray remux na transcoderen bijvoorbeeld ~60 GB of slechts ~15 GB in beslag nemen. Als de transcoderingsmap dezelfde opslag deelt als de database, moet je hiermee rekening houden om problemen te voorkomen.

Cloudopslagproviders​

rclone is een populaire keuze om cloudopslag met een Jellyfin-server te integreren. rclone wordt ondersteund op de meeste besturingssystemen. Om lokale en cloud-bestandssystemen te combineren, kun je rclone combineren met een ander programma zoals mergerfs.

Bij gebruik van cloudopslag raden we aan om afbeeldingsextractie uit te schakelen, omdat dit vereist dat het hele bestand wordt gedownload.

MergerFS​

MergerFS is niet geschikt voor alles, zie hier voor meer informatie.

Om je mergerfs-koppeling aan te passen en te onderzoeken, vind je hier een snelle handleiding.

Bestandssysteemoverwegingen​

Voor bepaalde bestandssystemen zijn optimalisaties sterk aanbevolen voor acceptabele prestaties.

ZFS​

Hoewel er wordt gewerkt aan extra databaseproviders, gebruikt de database in de huidige implementatie van Jellyfin Server SQLite. ZFS gebruikt standaard een recordgrootte van 128 K. Dit is suboptimaal voor de SQLite-database.

Ideaal gebruik je een recordgrootte van 4 K of 8 K op de dataset die je Jellyfin Server SQLite-database bevat. Dit is eenvoudig te configureren bij het draaien van Jellyfin Server in een Docker-container, omdat je bind mounts gemakkelijk kunt wijzigen en verschillende datasets per pad kunt instellen.

De recordgrootte voor je media-bestandsdataset(s) mag geen 4 K of 8 K gebruiken, anders kun je prestatieproblemen verwachten naarmate je database groeit.

Voor ZFS-datasets met grote mediabestanden (dus niet de dataset met de Jellyfin Server SQLite-database) is een recordgrootte van 1 M waarschijnlijk geschikt voor optimale prestaties.

Let op: het wijzigen van de recordgrootte op een bestaande ZFS-dataset verandert niet de bestaande gegevens erin, wat betekent dat de prestaties alleen verschillen voor nieuw geschreven wijzigingen. Daarom raden we aan je gegevens opnieuw naar de dataset te schrijven om van de gewijzigde recordgrootte te profiteren; anders levert de configuratiewijziging niet de verwachte prestatieverbetering op.

Omdat ZFS-snapshots na verloop van tijd veel opslag kunnen gebruiken zonder een goed destroy-schema, kun je in de verleiding komen je gegevens op een mechanische schijf te bewaren in plaats van een SSD. Gebruik geen met ZFS geformatteerde mechanische schijven voor Jellyfin Server-gegevens (alles behalve je mediabestanden), want dit resulteert in slechte prestaties. Een SSD wordt sterk aanbevolen.