Zo ontwerp je vanaf dag รฉรฉn back-ups, herstel en uitbreiding voor Jellyfin
Ontwerp Jellyfin als zes afzonderlijke rollen: opstarten, applicatiestatus, media, cache, back-up en herstel. Breid daarna alleen de rol uit die haar limiet nadert.
Een kleine installatie kan meerdere rollen op รฉรฉn machine onderbrengen, maar de levenscycli ervan mogen niet door elkaar lopen. Houd veranderlijke status eenvoudig te snapshotten, sla media op achter stabiele logische paden, behandel de cache als wegwerpbaar en bewaar minstens รฉรฉn herstelkopie buiten het actieve storingsdomein. Bewijs dat het ontwerp werkt door naar een schone doelomgeving te herstellen, voordat je bewaarbeleid automatiseert of schijven toevoegt.
Breng de zes gegevensrollen in kaart voordat je schijven kiest
Begin met de gewenste resultaten, niet met de schijfsleuven. Opstart- en runtimebestanden moeten reproduceerbaar zijn; de database, instellingen, gebruikers, kijkgeschiedenis en zorgvuldig samengestelde metadata van Jellyfin vormen persistente status; media zijn omvangrijke gebruikersgegevens; transcoderingen en afbeeldingscaches kunnen opnieuw worden opgebouwd; back-ups zijn herstelbronnen; en de hersteldoelomgeving is de plek waar je die bronnen test.
Deze scheiding voorkomt twee kostbare fouten: terabytes aan wegwerpbare cache even vaak back-uppen als een veranderende database, of de database beschermen terwijl onvervangbare familievideo's geen tweede kopie hebben. De onafhankelijke handleiding voor herstel van Ubuntu en Docker maakt eveneens onderscheid tussen persistente configuratie en opnieuw op te bouwen cache.| Rol | Typische inhoud | Ontwerpregel |
|---|---|---|
| Opstarten/systeem | Besturingssysteem, pakketten, runtimeconfiguratie | Documenteer of breng in kaart; ga ervan uit dat opnieuw opbouwen mogelijk is |
| Applicatiestatus | Database, gebruikers, instellingen, metadata | Snelle lokale opslag plus samenhangende back-ups |
| Gebruikersmedia | Films, muziek, familiebestanden | Stabiele paden en afzonderlijk beschermingsbeleid |
| Cache | Transcoderingen, verkleinde afbeeldingen, tijdelijk werk | Opslag voor doorvoer; opnieuw opbouwen moet mogelijk zijn |
| Back-up | Herstelkopieรซn met versiebeheer | Houd dit buiten het actieve storingsdomein |
| Herstel | Schone testhost of geรฏsoleerde naamruimte | Gebruik dit om herstel te bewijzen, niet om productiegegevens op te slaan |
Ga niet verder als er nog plug-ins, certificaten, ondertitels of aangepaste assets zijn zonder eigenaar. Een niet-geclassificeerd persistent pad wordt pas ontdekt wanneer de oorspronkelijke server er niet meer is.
Houd de status lokaal en mediapaden stabiel
Plaats de applicatiestatus op betrouwbare lokale SSD-opslag met bewaakte vrije ruimte. Koppel media afzonderlijk aan logische paden die een wijziging van schijf, behuizing of opslagpool kunnen overleven. De Jellyfin-service moet vรณรณr en na uitbreiding hetzelfde pad zien, ook als de onderliggende opslaglaag verandert.
Beschouw de cache als een verbruiker van doorvoercapaciteit, niet als een herstelafhankelijkheid. Bij een lichte werklast kan deze op de systeem-SSD blijven staan of naar een apart snel volume worden verplaatst wanneer schrijfbewerkingen, capaciteit of slijtage meetbare problemen veroorzaken. Verplaats de database en cache niet samen alleen omdat ze allebei klein zijn.
Vereis vรณรณr elke start dat media- en statusmounts aanwezig zijn en schrijfbaar zijn voor de runtime-identiteit. Een ontbrekende netwerkmount die stilzwijgend verandert in een lege lokale map kan scans of schrijfbewerkingen naar het verkeerde pad veroorzaken. De verwante handleiding voor herstel van machtigingen en identiteit behandelt de eigendomsgrens na padwijzigingen.Bouw back-ups rond herstelobjecten
Maak van de toepassingsstatus รฉรฉn samenhangend herstelobject. Stop bij de eenvoudigste installatie Jellyfin tijdens het korte kopieervenster; opslagmomentopnamen zijn alleen geschikt als ze alle statuscomponenten op รฉรฉn herstelbaar moment vastleggen. Noteer de Jellyfin-versie bij elk herstelpunt, want een databasemigratie kan het onveilig maken om zomaar naar een oudere image terug te gaan.
Bescherm media met een ander schema. Aangeschafte media zijn mogelijk opnieuw te verkrijgen via de bron; familieopnamen misschien niet. Deel die subsets in voordat je kiest voor replicatie, offline kopieรซn of externe opslag. De handleiding voor bewaartermijnen en herstelvensters is de volgende stap om te bepalen hoeveel statusgeneraties je wilt bewaren.Er moet minstens รฉรฉn bruikbare kopie overblijven als de actieve host en de aangesloten opslag verloren gaan of beschadigd raken. Een gespiegelde pool verhoogt de beschikbaarheid na een apparaatstoring, maar een gesynchroniseerde verwijdering of databasebeschadiging kan alle spiegels bereiken; redundantie en back-ups beschermen tegen verschillende storingen.
Oefen een schone herstelprocedure voordat je automatiseert
Herstel naar een geรฏsoleerde machine, VM of container met dezelfde Jellyfin-versie als waarmee het herstelpunt is gemaakt. Reproduceer de runtime-identiteit en logische mounts, start zonder de nieuwe server beschikbaar te maken voor productieclients en controleer vervolgens of een beheerder kan inloggen, de gebruikersgeschiedenis behouden is, de bibliotheekaantallen kloppen, de illustraties aanwezig zijn, รฉรฉn item rechtstreeks wordt afgespeeld en รฉรฉn representatief item wordt getranscodeerd.
Het punt is niet dat het dashboard wordt geladen. Een recente TrueNAS-migratiecase laat zien hoe de status van toepassingen, chartgeneraties en een nieuwe containerroute met elkaar in conflict kunnen komen; een schone repetitie brengt die afhankelijkheden aan het licht terwijl de oude instantie nog bestaat.- Noteer de bronversie, runtime-identiteit, aankoppelkaart en controlesom van de back-up.
- Herstel de status op een schone, geรฏsoleerde doelomgeving.
- Controleer gebruikers, bibliotheken, metadata en representatieve mediaweergave.
- Start รฉรฉn keer opnieuw op en herhaal de kerncontroles.
- Meet hoe lang de procedure duurt en werk het draaiboek bij met elke handmatige afhankelijkheid.
Laat de oefening mislukken als er een niet-gedocumenteerd geheim, een wijziging van paden of een live productiebestand voor nodig is. Begin pas met automatisering nadat deze handmatige procedure twee keer is geslaagd.
Breid de capaciteit uit zonder bibliotheken te hernoemen
Kies een uitbreidingsdrempel die vroeg genoeg ligt om gegevens zonder nooddruk te kunnen kopiรซren en valideren. Een aanhoudende benutting van ongeveer driekwart van de bruikbare pool is een signaal voor planning, geen universele regel; gebruik je opnamesnelheid, herbouwtijd, back-upduur en geschiedenis van waarschuwingen voor vrije ruimte om de daadwerkelijke drempel vast te stellen.
Breid indien mogelijk uit achter het bestaande logische mediapad. Bereid het nieuwe apparaat of de nieuwe pool voor, controleer de status en het schrijfgedrag, kopieer in plaats van de eerste representatieve set te verplaatsen, vergelijk aantallen of hashes en test een bibliotheekscan en het afspelen voordat je de nieuwe capaciteit toelaat tot de normale schrijfbewerkingen.
Als uitbreiden ook een nieuw bestandssysteem, een nieuwe host, een nieuw deelprotocol of een nieuw aankoppelpad vereist, splits dit dan op in afzonderlijke wijzigingen. De topologie van compute, opslag en back-ups helpt bepalen wanneer capaciteitsgroei het rechtvaardigt om rollen te scheiden in plaats van รฉรฉn apparaat uit te breiden.Valideer de volledige topologie en de beperkingen ervan
Test het ontwerp als systeem: start koud op na een gecontroleerde afsluiting, start op terwijl รฉรฉn afhankelijkheid niet beschikbaar is, vul een testvolume tot aan de waarschuwingsdrempel, herstel een statuscontrolepunt en lees media vanaf het uitgebreide pad. Noteer wat fail-closed werkt, wat minder goed werkt en waarvoor tussenkomst van een beheerder nodig is.
Combineer meerdere rollen op รฉรฉn host zolang de totale belasting, bekabeling, het stroomverbruik en de hersteltijd binnen je doelwaarden blijven. Splits mediaopslag, back-ups of herstel alleen af wanneer een gemeten limiet voor capaciteit, onderhoud of foutdomein dat nodig maakt; extra machines brengen hun eigen netwerk- en levenscyclusafhankelijkheden met zich mee.
De uiteindelijke regel is eenvoudig: behoud stabiele logische paden, beveilig niet opnieuw op te bouwen gegevens afzonderlijk en bewijs na elke wijziging aan de topologie dat herstel werkt. Capaciteit die niet kan worden hersteld, is geen voltooide capaciteit.
Aanbevolen producten
NAS- en serverconfiguratie
Meer om te lezen
Kan een server in een studentenkamer stil genoeg werken om te slapen, studeren en videogesprekken te voeren?
Ja, een server in een studentenkamer kan onopvallend blijven als de hardware energiezuinig is, trillingen van de opslag worden beperkt, zware taken worden ingepland...
Een studentenhomelab dat meeverhuist van de studentenkamer naar het eerste appartement
Houd een studentenhomelab draagbaar door services los te koppelen van de netwerkinfrastructuur in specifieke kamers, de hardware tot een minimum te beperken, een back-up...
Eรฉn homeserver delen met huisgenoten zonder accounts of privรฉbestanden te delen
Geef elke huisgenoot een eigen account, privรฉopslag en alleen de gedeelde rollen die nodig zijn; houd beheer, back-ups en het intrekken van toegang gescheiden.
