En ritning för en Jellyfin-server för ett hushåll som delar på den

Eva Wong är teknisk skribent och händig hemmabyggare på ZimaSpace. Som tekniknörd sedan barnsben med ett brinnande intresse för hemlabb och programvara med öppen källkodspecialiserar hon sig på att göra komplexa tekniska koncept begripliga genom praktiska, praktiska guider. Eva tycker att självhosting ska vara roligt, inte avskräckande. Genom sina handledningar hjälper hon communityn att göra hårdvaruinstallationer mindre mystiska, från att bygga sin första NAS till att bemästra Docker-containrar.

En Jellyfin-server som delas i hushållet bör prioritera förutsägbar uppspelning, separata användarkonton, tyst lagring som alltid är påslagen och återställning framför hårdvaruval som främst bygger på prestandatester.

Det typiska hushållet kombinerar ständig tillgänglighet med varierande belastning: tv-tittande på kvällarna, tillfällig användning av telefon eller webbläsare, genomsökning av nytt medieinnehåll, säkerhetskopiering och kanske fjärrströmning. Bygg systemet utifrån dessa återkommande tillfällen. Servern behöver bara vara kraftfull där en faktisk klient eller bakgrundsprocess når en begränsning; i övrigt är enkelhet och möjlighet till återställning viktigare än oanvänt prestandautrymme.

Gör en karta över hushållets arbetsbelastning innan du köper eller flyttar något

Lista vilka som använder servern, vilka rum och enheter som är viktiga, när samtidig visning är mest sannolik och vilka arbetsflöden som körs utan tillsyn. Ta med biblioteksskanningar, generering av miniatyrbilder, säkerhetskopior, nedladdningar och eventuella andra containrar som delar värdmaskin.

Översätt inte ”fyra personer” direkt till ”fyra transkodningar”. Ett hushåll kan ha fyra moderna klienter som direktuppspelar nästan allt, medan ett annat kanske har en webbläsare och en fjärransluten tv som upprepade gånger kräver konvertering. Det som spelar roll är uppspelningsvägen som skapas av varje kombination av klient och fil.

Som grund för implementationen omvandlar sidan med hårdvarukrav för Jellyfin officiella riktlinjer till kontroller av klienter, lagring, nätverk och hårdvaruacceleration, utan att utlova ett fast antal strömmar.

Ge varje person en profil när läge eller behörigheter ska skilja sig åt

Skapa separata användarkonton när familjemedlemmar behöver egen visningshistorik, egna favoriter, åtkomst till olika bibliotek, uppspelningsbegränsningar eller rättigheter för fjärråtkomst. Ett delat konto är enklare bara när alla faktiskt vill ha samma läge och behörigheter.

Håll administratörsuppgifter åtskilda från den dagliga uppspelningen. Kontot som används för att ändra bibliotek, tillägg, nätverk och användare behöver inte vara kontot som är inloggat på varje tv, särskilt om enheterna delas eller sällan uppdateras.

Testa behörigheterna från klienten, inte bara i serverns kontrollpanel. En hushållskonfiguration är komplett när barnprofilen, den vanliga vuxenprofilen och administratören alla ser de avsedda biblioteken och funktionerna på de enheter de faktiskt använder.

Optimera uppspelningsvägen i vardagsrummet för direktuppspelning

Klienten i vardagsrummet används ofta mest, så gör upplevelsen förutsägbar. Välj helst ett stabilt trådbundet nätverk eller ett starkt lokalt nätverk, kompatibla medieformat när det är praktiskt möjligt och en uppspelningsenhet som stöder de kodekar och undertextformat som är vanliga i ditt bibliotek.

Jellyfins transkodningsbeteende styrs av klienten: servern reagerar på spelarens kapacitetsprofil och begränsningar. Därför kan optimering av den vanligaste klientvägen minska serverbelastningen mer än att öka processorkapaciteten för allmänna ändamål.

Anslut själva servern med Ethernet. Om tv:n använder trådlöst nätverk blir det då bara ett trådlöst hopp i anslutningsvägen, i stället för att båda ändarna konkurrerar med varierande Wi-Fi-förhållanden.

Placera bullrig lagringskapacitet och latenskänsliga data i olika roller

Hemmservrar står oanvända eller körs med låg belastning en stor del av dagen, så ljudnivå och bakgrundsaktivitet på diskarna spelar roll. Stora HDD:er är kostnadseffektiva för media, men metadatasurfning och databaser gynnas av SSD:ns låga latens och bör inte behöva väcka varje lagringsdisk för små slumpmässiga läsningar.

Jellyfin rekommenderar SSD för sina egna filer eftersom de används för slumpmässig åtkomst, medan stora mediefiler främst läses sekventiellt. Guiden för placering av metadata i ZimaSpace skiljer dessutom mellan appdatabaser, portabla sidofiler, omslagsbilder och återskapningsbara förhandsvisningar utifrån deras återställningsvärde.

Om servern står nära bostadsutrymmen bör du schemalägga tunga importer och säkerhetskopieringar utanför den huvudsakliga tittartiden innan du lägger till hårdvara. Genom att ändra när en arbetsbelastning körs kan du lösa konkurrens om resurser och buller utan att ändra topologin.

Välj en gräns för fjärråtkomst som hushållet faktiskt kan upprätthålla

Om ingen behöver strömma på distans kan du hålla Jellyfin lokalt och slippa en hel kategori av exponering och bandbreddsplanering. Om fjärråtkomst behövs väljer du en genomtänkt lösning, till exempel VPN eller en korrekt konfigurerad omvänd proxy med HTTPS.

Jellyfins nätverksguide anger att direkt portvidarebefordran till internet inte rekommenderas och beskriver metoder med omvänd proxy och VPN. Den gör det också möjligt att aktivera eller inaktivera fjärråtkomst per användare, vilket är användbart när bara vissa hushållsmedlemmar behöver den.

Dokumentera fjärradressen, vem som ansvarar för certifikatet eller VPN-tjänsten och återställningsproceduren. En fjärranslutning som bara fungerar för att en person minns en odokumenterad routerregel är ingen hållbar hushållstjänst.

Använd en enkel expansionsregel: Lägg till en roll bara när ett arbetsflöde i hushållet försämras

Börja med en välbekant server om den uppfyller behoven för beräkning, lagring och säkerhetskopiering. Dela upp rollerna senare om en specifik konflikt uppstår, till exempel begränsningar för diskexpansion, säkerhetskopieringsfönster som påverkar uppspelningen, placering av GPU:n eller en annan app som konkurrerar med Jellyfin under rusningstid.

En kompakt beräkningsnod som ZimaBoard 2 kan stå för appserverrollen i en uppdelad design, medan ett större system med flera diskfack kan stå för lagringen. Beslutet bör utgå från arbetsbelastningskartan, inte från en regel om att alla hushåll med Jellyfin behöver två maskiner.

Repetera till sist ett felscenario: återställ Jellyfin-tillståndet, anslut mediesökvägen igen och kontrollera att en vanlig användare kan återuppta uppspelningen. Om återställningen lyckas och hushållets högsta belastning fortfarande fungerar smidigt har ritningen nått sitt stoppvillkor.

Installation av NAS och server

Mer att läsa

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.