SMB-share versus lokale koppeling voor een mediakserver op een mini-pc

Gebruik een lokale koppeling met rechtstreeks aangesloten opslag wanneer één mini-pc de mediabibliotheek beheert en je zo min mogelijk afhankelijkheden bij het opstarten, qua rechten en van het netwerk wilt. Gebruik een SMB-share wanneer de mediabestanden op een onafhankelijke NAS of bestandsserver moeten staan, door meerdere systemen moeten worden gedeeld of op hun plaats moeten blijven wanneer de mini-pc opnieuw wordt opgebouwd of vervangen. Voor de meeste mediaservers thuis is de doorslaggevende factor het eigenaarschap van de opslag en herstelbaarheid — niet of SMB snel genoeg een film kan streamen.

Hier betekent “lokale koppeling” een bestandssysteem op opslag die rechtstreeks op de mini-pc is aangesloten, zoals interne SATA/NVMe-opslag of een USB-behuizing. Bij een SMB-share blijven de mediabestanden op een andere machine staan en worden ze in het besturingssysteem van de mini-pc gekoppeld voordat de mediatoepassing ze leest. Als de server in Docker draait, kan die hostkoppeling vervolgens als bind-mount aan de container worden gekoppeld.

De opslagbeheerder bepaalt meer dan het protocol

Bij een lokale koppeling zijn de mini-pc zowel eigenaar van de rekenkracht als van het opslagpad. Als de server opstart en de schijf gezond is, is het mediapad normaal gesproken beschikbaar zonder te wachten op een andere host, DNS-record, uitwisseling van inloggegevens of netwerkroute. Dat is aantrekkelijk voor mediasystemen in één behuizing.

Bij een SMB-share ligt het eigenaarschap van de bestanden bij een afzonderlijke NAS of bestandsserver. In de opslagrichtlijnen van Jellyfin staat dat Samba- of NFS-opslag in het besturingssysteem moet worden gekoppeld, terwijl de database lokaal moet blijven. Die scheiding vormt een nuttige architecturale grens: media kan extern staan zonder dat ook de applicatiedatabase extern hoeft te zijn.

De keuze begint daarom met een vraag over herstel. Als het vervangen van de mini-pc ervoor moet zorgen dat de mediabibliotheek onaangeroerd blijft en direct door een andere host kan worden gebruikt, heeft SMB een duidelijk voordeel. Als de mini-pc en de schijven bewust één herstelbare appliance vormen, verwijdert lokale opslag een afhankelijkheid zonder dat je iets opgeeft wat je daadwerkelijk nodig hebt.

Lokale opslag verwijdert een volledige opstartafhankelijkheid

Een rechtstreeks aangesloten schijf is normaal gesproken beschikbaar als onderdeel van de lokale bestandssysteemvolgorde van de host. De mediaserver kan starten nadat dat bestandssysteem is aangekoppeld, en een container kan hetzelfde stabiele hostpad ontvangen. Er is geen externe share die kan verdwijnen doordat de NAS opnieuw is opgestart of het netwerk te laat beschikbaar kwam.

systemd maakt onderscheid tussen netwerkkoppelingen en lokale bestandssystemen en ordent netwerkkoppelingen rond remote-fs-doelen. Dat verschil is belangrijk voor een mediaserver die altijd actief is, omdat de applicatie een verwacht bibliotheekpad niet moet scannen voordat het externe bestandssysteem daadwerkelijk beschikbaar is.

Lokaal is niet automatisch veiliger. Een losse USB-behuizing, defecte SATA-kabel, volle schijf of beschadigd bestandssysteem kan de bibliotheek net zo effectief ontoegankelijk maken als een netwerkstoring. Het voordeel is dat er minder componenten in het toegangspad zitten, niet dat opslagstoringen onmogelijk zijn.

SMB maakt de bibliotheek onafhankelijk van de mini-pc

SMB is het sterkst wanneer mediaopslag langer meegaat dan de huidige computer. Een NAS kan dezelfde bibliotheek beschikbaar stellen aan een Jellyfin-server, een desktop voor bestandsbeheer, een back-upproces en een andere mediahost, zonder schijven fysiek te verplaatsen. Het opnieuw opbouwen van de mini-pc wordt dan een hersteltaak voor de rekenomgeving in plaats van een datamigratie.

Docker-bindkoppelingen stellen een hostpad beschikbaar in een container, zodat een op de host aangekoppelde share aan een mediacontainer kan worden aangeboden als elk ander bestandssysteempad. Het bind-mountmodel van Docker ondersteunt ook alleen-lezenkoppelingen. Dat is handig wanneer de mediaserver alleen bibliotheekbestanden hoeft te lezen en de originelen niet mag wijzigen.

De verborgen voorwaarde is beschikbaarheid. Jellyfin waarschuwt dat gepland onderhoud bibliotheekitems kan verwijderen als de mediaopslag tijdens een taak niet beschikbaar is. Een netwerkshare vereist daarom een betrouwbare volgorde voor het koppelen en een goede afhandeling van fouten; alleen een SMB-pad in een opstartscripts plaatsen is niet hetzelfde als de afhankelijkheid robuust maken.

Featured

ZimaCube 2 Persoonlijke Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Machtigingen zijn lokaal eenvoudiger, maar explicieter via SMB

Lokale opslag heeft meestal één machtigingslaag die zichtbaar is voor de mediaserverhost: het eigenaarschap, de modusbits of de ACL's van het bestandssysteem. Containers kunnen nog steeds problemen met UID/GID-toewijzing veroorzaken, maar de beheerder hoeft niet ook nog de identiteit en het toegangsbeleid van een externe share te debuggen.

TrueNAS documenteert afzonderlijke machtigingen voor shares en bestandssysteem-ACL's voor SMB. De actuele richtlijnen voor beheer van SMB-shares en ACL's laten zien waarom een extern pad explicieter maar ook gelaagder kan zijn: de opslagserver bepaalt welke account de gedeelde dataset mag doorkruisen, lezen of wijzigen voordat de mediahost zijn eigen lokale procesmachtigingen toepast.

Die extra laag is nuttig wanneer meerdere apparaten verschillende rechten nodig hebben. Wanneer één vertrouwd mediaproces de enige gebruiker is, vormt die laag overhead. Als machtigingen al regelmatig de oorzaak zijn van mislukte scans of bestanden waarvan root de eigenaar is, vereenvoudig dan eerst het identiteitspad voordat je externe opslag als schaalbaarheidsupgrade beschouwt.

Scannen en streamen belasten verschillende onderdelen van de keten

Het afspelen van films verloopt grotendeels sequentieel en gebruikt mogelijk slechts een fractie van een gezonde gigabitverbinding. Daardoor kan een SMB-share media probleemloos streamen terwijl het netwerk en de opslagserver nog capaciteit over hebben. Bibliothe scans zijn anders: daarbij kunnen veel metagegevensopvragingen, directorybewerkingen, het lezen van artwork en toegangen tot kleine bestanden plaatsvinden, waarbij de latentie duidelijker merkbaar is.

De documentatie van de Linux CIFS-client beschrijft de kernelclient die wordt gebruikt om SMB-shares in het Linux-bestandssysteem te koppelen. Na het koppelen ziet de media-applicatie nog steeds bestandssysteempaden, maar elke niet-gecachete bewerking kan via het netwerk verlopen en afhankelijk zijn van de reactie van de externe server.

Leid niet af dat een trage scan betekent dat SMB categorisch ongeschikt is. Vergelijk dezelfde bibliotheek via het echte netwerk, controleer de schijflatentie van de NAS en de benutting van de netwerkverbinding, en kijk of miniaturen, metadatabases of transcodecaches per ongeluk op afstand staan. Houd applicatiedatabases en cachegegevens met veel mutaties lokaal, tenzij de toepassing plaatsing op afstand expliciet ondersteunt.

Herstel kan de winnaar op het gebied van eenvoud omkeren

Lokale opslag is tijdens normaal gebruik eenvoudiger, maar kan het herstel van media en rekenkracht aan elkaar koppelen. Als de mini-pc uitvalt en de bibliotheek op interne schijven staat, kan het vervangen ervan betekenen dat je die schijven moet verplaatsen, mounts opnieuw moet aanmaken of eerst een back-up moet terugzetten voordat afspelen weer mogelijk is.

Een SMB-bibliotheek kan het herstel van de rekenhost versnellen, omdat het datapad al elders aanwezig is. Installeer de mediatoepassing op een vervangende host, herstel de configuratie, maak hetzelfde mountpunt opnieuw aan en verbind de toepassing opnieuw met de bestaande share. De bijbehorende vergelijking van ZimaSpace tussen DAS en NAS-opslag behandelt het bredere eigendomsverschil; voor een mediaserver op een mini-pc wordt dat verschil een concrete herstelafhankelijkheid.

De situatie waarin de keuze omslaat, is daarom duidelijk. Als eenvoud in één apparaat belangrijker is dan onafhankelijk herstel, wint lokaal. Als de bibliotheek langer moet meegaan dan één mediaserverhost of door meerdere systemen moet worden gebruikt, kan de extra SMB-afhankelijkheid het totale herstelwerk juist verminderen in plaats van vergroten.

Kies het mountmodel op basis van de levenscyclus van de bibliotheek

Kies een lokale mount voor een kleine bibliotheek op één host wanneer de mini-pc bewust als opslagapparaat dient, de schijven eenvoudig te back-uppen zijn en je de kortste weg van opstarten naar afspelen wilt. Dit past ook bij draagbare of eenvoudige opstellingen zonder permanente NAS waarvan je afhankelijk bent.

Kies SMB wanneer een NAS de media al beheert, meerdere systemen de bestanden nodig hebben, de opslagcapaciteit onafhankelijk van de rekenkracht groeit of je de hardware van de mediaserver wilt kunnen vervangen zonder de bibliotheek te verplaatsen. Maak van de mount een volwaardige opstartafhankelijkheid en bewaar de applicatiedatabase en transcodecache op lokale opslag.

Kies niet uitsluitend op basis van een synthetisch doorvoercijfer tussen beide opties. Als beide paden de vereiste bitrate kunnen leveren, is het betere ontwerp het ontwerp waarvan de rechten, beschikbaarheid van de mount en het herstelgedrag aansluiten op de manier waarop de bibliotheek daadwerkelijk wordt beheerd.