Jellyfin-status uitgelegd: wat moet een herbouw overleven en wat kan opnieuw worden aangemaakt?

Eva Wong

IceWhale author

Eva Wong is de Technisch Schrijver en en vaste knutselaar bij ZimaSpace. Een levenslange geek met een passie voor homelabs en open-source software, zij is gespecialiseerd in het vertalen van complexe technische concepten naar toegankelijke, praktische handleidingen. Eva gelooft dat zelf-hosting leuk moet zijn, niet intimiderend. Met haar tutorials stelt ze de community in staat om hardware-setup te ontrafelen, van het bouwen van hun eerste NAS tot het beheersen van Docker-containers.

Jellyfin State Explained: What Must Survive a Rebuild, and What Can Be Recreated? - Zima Store Online

De status van Jellyfin moet per rol worden gescheiden: identiteit, configuratie, catalogus en gebruikersgeschiedenis moeten behouden blijven, terwijl veel caches en transcodeerbestanden opnieuw kunnen worden aangemaakt.

Een containerimage kan worden vervangen, maar voor dezelfde bibliotheekervaring zijn gegevens buiten die image nodig. Een back-up maken van elk gegenereerd bestand is bovendien inefficiënt, omdat sommige artefacten tijdelijk zijn of goedkoop opnieuw kunnen worden gegenereerd. De juiste grens wordt bepaald door de kosten van het verlies van de status af te wegen tegen de kosten van het opnieuw opbouwen ervan.

Identiteit en configuratie bepalen de instantie

Configuratie legt vast hoe de server zich moet gedragen, terwijl gebruikers- en authenticatiestatus de personen identificeert die de server gebruiken. Als deze paden verloren gaan, kan een herstel veranderen in een nieuwe server, zelfs als de mediamappen onaangeroerd blijven.

De uitleg over rollen van persistente gegevens maakt onderscheid tussen persistente gegevensrollen, in plaats van één toepassingsmap als één back-upeenheid te behandelen.

Bescherm deze rollen wanneer het behoud van gebruikers, machtigingen en servergedrag belangrijk is.

Catalogus en artwork hebben verschillende herstelkosten

De database koppelt items, paden, seizoenen, personen en afspeelstatus aan elkaar; artwork en andere gegenereerde assets kunnen groot zijn, maar zijn niet in dezelfde mate onvervangbaar. Een catalogus kan vaak opnieuw worden gescand, maar de benodigde tijd en afhankelijkheid van providers kunnen herstel toch de voorkeur geven.

Gebruik het model voor databaseplaatsing om de latentie en integriteit van de applicatiestatus te scheiden van de omvangrijke mediabestanden.

De keuze voor herstel draait om continuïteit en de tijd die nodig is om alles opnieuw op te bouwen, niet alleen om de vraag of een bestand technisch opnieuw kan worden gegenereerd.

Caches en tijdelijke transcodeerbestanden kunnen meestal opnieuw worden opgebouwd

Bestandssysteemcache, tijdelijke thumbnailbestanden, logboeken en tijdelijke transcodeersegmenten beschrijven de huidige activiteit, niet de duurzame identiteit van de server. Ze kunnen nog steeds belangrijk zijn voor diagnose of een snelle opwarming, maar het kopiëren ervan is niet hetzelfde als het beschermen van de service.

De benchmark voor koude en warme starts laat zien waarom koud en warm gedrag afzonderlijk van duurzame capaciteit moeten worden gemeten.

Een back-upbeleid kan bepaalde tijdelijke paden uitsluiten en tegelijkertijd de status behouden die nodig is om gebruikers, configuratie en catalogusgedrag te herstellen.

Featured

ZimaCube 2 Persoonlijke Cloud Home NAS

ZimaCube2

Gebruik een tabel voor behouden versus opnieuw opbouwen

Leg voor elk pad vast of het cruciaal is voor identiteit, configuratie of catalogus, gegenereerd is of tijdelijk is. Voeg de herstelbron, de verwachte hersteltijd en de gevolgen van verlies toe.

Het artikel over rollen van persistente gegevens biedt een nuttige vergelijking op basis van rollen, maar je tabel moet de daadwerkelijke plug-ins, providers en bibliotheekomvang van deze instantie weerspiegelen.

Stop met het maken van back-ups van een pad wanneer de herstelkosten ervan aanvaardbaar zijn en de duurzame afhankelijkheden eromheen al worden beschermd.