När bör Plex använda en separat lagrings- eller databasserver?

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.

When Should Plex Use a Separate Storage or Database Host? - Zima Store Online

Använd en separat värd när lagringskapacitet, underhåll eller felisolering behöver skalas oberoende av Plex-beräkningarna; flytta inte databasen bara för ordningens skull.

Mediefiler i stor mängd kan naturligt separeras eftersom de behöver kapacitet och sekventiell genomströmning, medan Plex-databasen och metadata är latenskänsligt tillstånd. En andra värd introducerar också nätverksåtkomst, behörigheter och ordningsföljd för återställning. Arkitekturen är motiverad när dessa ytterligare beroenden löser en uppmätt begränsning som inte kan hanteras på ett bra sätt på en enda server.

Separera mediefiler i stor mängd före latenskänsligt tillstånd

Mediefiler kan lagras på NAS-lagring medan Plex-beräkningarna körs någon annanstans, förutsatt att nätverksvägen har tillräcklig varaktig genomströmning och tillförlitliga monteringar. Detta är en mindre riskfylld uppdelning än att fjärrlagra programdata.

Lagring bör följa lagringsval som är specifika för arbetsbelastningen, vilket talar för att hålla sekventiella mediefiler med hög kapacitet åtskilda från tillstånd som är beroende av låg latens vid slumpmässig åtkomst.

Mät mediegenomströmningen under uppspelning vid hög belastning och under en stor överföring. Om den nätverksanslutna medievägen förblir stabil med marginal har uppdelningen motiverat sin komplexitet.

Håll Plex-databasen nära beräkningarna som standard

Fjärrlagring av databasen eller metadata tillför nätverkslatens och ytterligare en felpunkt vid varje åtkomst till tillståndet. Det kan vara en dålig avvägning när den lokala SSD-enheten inte är flaskhalsen.

Databaslatensen kan förändras beroende på lagringslatensens påverkan på prestandan, vilket är ett skäl att mäta tillståndsvägen innan den placeras bakom ett nätverksfilsystem.

Håll programdata lokalt på Plex-värden såvida inte ett uppmätt krav väger tyngre än kostnaden i form av latens och återställning. NAS-topologin för ett mediecenter kan fortfarande centralisera mediefiler i stor mängd utan att centralisera alla tillståndsfiler.

Använd en separat värd när felområdena måste skilja sig åt

En lagringsvärd kan underhållas eller byggas ut oberoende, och en beräkningsvärd kan bytas ut utan att mediepoolen behöver flyttas. Den separationen är värdefull när varje roll har en tydlig återställningsprocedur.

Uppdelning av roller hjälper endast när tjänsteberoendena är tillräckligt tydliga för att en värd ska kunna startas om eller ersättas utan att dolt tillståndsägande uppstår över nätverket.

Dokumentera startordning, monteringsberoenden och vad lokal uppspelning ska göra när lagringsvärden inte är tillgänglig. Om återställningen kräver manuell redigering av sökvägar bör du förenkla uppdelningen.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

Förväxla inte en separat värd med en säkerhetskopia

Att flytta mediefiler till en NAS skapar inte en andra kopia. Fjärrlagringen kan fortfarande vara den enda kopian och därmed förbli en enda punkt för dataförlust.

Säkerhetskopieringsdesignen bör separera skyddslagring från primär lagring, så utforma en separat återställningskopia utanför enheten eller oberoende av den, utöver den topologiska uppdelningen.

Testa återställning av Plex-tillståndet och minst en representativ mediesökväg utan att förlita dig på den aktiva lagringsvärden. Arkitekturen är motståndskraftig endast när både lagringsseparation och säkerhetskopiering är uttryckligen implementerade.