Så dimensionerar du SSD-, HDD- och säkerhetskopieringskapacitet för Plex

Eva Wong

IceWhale author

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

How to Size SSD, HDD, and Backup Capacity for Plex - Zima Store Online

Dela upp Plex-lagringen i tre separata delar: stora mediemängder på HDD, serverdata med känslighet för fördröjning på SSD samt backupkapacitet som kan bevara tillräckligt mycket historik för återställning.

Börja med användbar HDD-kapacitet, inte enheternas råkapacitet

Medielagret bör rymma biblioteket du förväntar dig att behålla, dess tillväxt under ägarperioden, kostnaden för skydd och en reserv för ledigt utrymme. En enhets angivna terabyte är inte samma sak som användbar skyddad kapacitet.

En modell för användbar kapacitet i en hemmaserver skiljer på antal enheter, paritet, filsystemets kostnader, reserv för ledigt utrymme och utrymme för ögonblicksbilder, så att inköpet kan baseras på det som återstår efter skyddet.

Uppskatta den aktuella mediestorleken, ett realistiskt årligt tillväxtintervall och datumet för nästa migrering. Köp tillräckligt med användbar HDD-kapacitet för att nå det datumet med arbetsutrymme kvar, i stället för att fylla varje fack redan första dagen.

Koppla SSD-kapaciteten till Plex-data

Plex-databasen, metadata, omslagsbilder och containertillstånd drar större nytta av låg fördröjning än stora filmfiler gör. SSD-lagret behöver därför tillväxtmarginal för appdata, inte kapacitet motsvarande hela mediebiblioteket.

Den stora praktiska skillnaden märks när slumpmässig åtkomst flyttas bort från mekanisk lagring; slumpmässig åtkomst på SSD jämfört med HDD är ett starkare skäl att köpa en SSD för appdata än den sekventiella mediegenomströmning som HDD redan klarar.

Mät den aktuella storleken på Plex-datakatalogen och dess tillväxt efter importer, generering av miniatyrbilder och utökning av metadata. Välj en SSD som lämnar gott om ledigt utrymme för dessa data samt tillfälligt arbete, och undvik att betala för ett helt flashbaserat medielager om inte någon annan arbetsbelastning kräver det.

Dimensionera backupkapaciteten för historik, inte för en enda kopia

Ett backupmål som motsvarar storleken på aktiva data lämnar inget utrymme för versioner, ändrade filer eller tillväxt. Den användbara storleken beror på vad du skyddar, hur länge du behåller äldre tillstånd och om mediefiler och Plex-appdata använder olika regler för lagringstid.

En återställningsplan är bara trovärdig när äldre kopior kan återställas; regelbundna återställningstester förhindrar att extra backupkapacitet blir en samling overifierade ögonblicksbilder.

Skydda Plex-data oftare när uppspelningsstatus och metadata är viktiga, och avgör sedan om mediebiblioteket behöver full duplicering, paritet plus kopior på annan plats eller en annan återställningsväg. Prissätt backupskiktet separat från den aktiva kapaciteten.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

Köp expansionsmarginal för nästa planerade steg

Fler tomma fack och större enheter är användbara när de skjuter upp en förutsebar migrering. De är inte automatiskt värdefulla om biblioteket växer långsamt eller om chassit ändå kommer att bytas av andra skäl först.

Tillväxten i mediebiblioteket kan förändras snabbt, så den befintliga planen för mediebibliotekets tillväxt bör vara en del av kapacitetsbeslutet, inte bara dagens mappstorlek.

Sluta uppgradera när HDD-lagret når nästa planerade migreringsdatum, SSD-lagret har marginal för appdata och backupskiktet täcker den valda återställningshistoriken. Kapacitet utöver dessa behov är valfri, inte ett grundkrav.