Köp den kapacitet för Plex som faktiskt behöver växa: samtidiga omkodningar, ett större bibliotek, säkerhetskopieringsfönster eller nya klienter – inte en godtycklig CPU-nivå.
Börja med en uppmätt baslinje
Räkna antalet samtidiga tittare vid högsta belastning och skilj sedan mellan direktuppspelning och video- eller ljudomkodning. Notera codec, upplösning, undertexter, fjärrbitrate och om klientmixen är stabil. En diskussion om maskinvara i communityn visar varför ett antal strömmar utan uppdelning mellan direktuppspelning och omkodning kan vilseleda köpare (exempel på belastning med flera strömmar).
Behåll den återanvända datorn som baslinje utan ny maskinvara om den klarar det verkliga testet. Uppgradera först när en uppmätt flaskhals återkommer under den mest belastade timmen.
Välj minsta nödvändiga beräknings- och medieplattform
Vid direktuppspelning är lagringens och nätverkets tillförlitlighet viktigare än rå CPU-prestanda. Vid omkodning är stöd för hårdvaruacceleration av video, drivrutinskompatibilitet och termisk kapacitet de första kraven. Välj en CPU eller iGPU som lämnar utrymme för värdoperativsystemet, databasaktivitet och en oväntad omkodning, i stället för att dimensionera efter ett marknadsfört antal strömmar.
Köp den minsta plattform som klarar dagens högsta belastning med en dokumenterad marginal. Om fjärranvändare regelbundet tvingar fram konvertering från 4K till 1080p bör du använda en plattform med stöd för omkodning eller ha ett avsiktligt kompatibelt fjärrbibliotek, i stället för att anta att mer lagring löser beräkningsbehovet.
Beräkna kostnaden för lagrings- och säkerhetskopieringstillväxt separat
Uppskatta medietillväxt per månad, lagringstid för nedladdningar eller inspelningar samt storleken på Plex-databasen och cachen för omslagsbilder. Lägg till en destination för säkerhetskopiering och dess skrivfönster. Speglade diskar förbättrar tillgängligheten men skapar inte en oberoende säkerhetskopia. Extra kapacitet är bara användbar när lagringsrollen, nätverkssökvägen och återställningsvägen kan växa tillsammans med den.
Använd en uppgraderingsutlösare och en stoppregel
Uppgradera när två villkor är uppfyllda samtidigt: den högsta belastningen från omkodning eller säkerhetskopiering överskrider acceptansmarginalen och arbetsbelastningen för de kommande sex till tolv månaderna är känd. Uppgradera inte för en spekulativ codec eller en oanvänd diskplats. Sluta leta när baslinjen klarar toppbelastningen, säkerhetskopieringen blir klar inom sitt fönster och nästa expansion kan beskrivas som en tillagd komponent i stället för en total ombyggnad.
Vem bör köpa mer kapacitet – och vem bör inte göra det?
Köp mer kapacitet om användare i hushållet, fjärrklienter eller en planerad ytterligare tjänst gör den högsta belastningen förutsägbar. Behåll baslinjen om de flesta klienter använder direktuppspelning och den nuvarande servern har verifierade termiska marginaler och säkerhetskopieringsmarginaler. Ett kompakt alternativ som ZimaBoard 2 passar först när dessa trösklar har mätts; det ersätter inte en saknad plan för media eller säkerhetskopiering.
Köpguide
Mer att läsa

How to Choose a Home Server for Jellyfin and Kodi
Kodi can reduce Jellyfin transcode demand when clients Direct Play well, so size the server from fallback conversion, storage, network, and shared services.

How to Choose SSD, HDD, and Backup Capacity for Jellyfin
Size Jellyfin storage by role: SSD for active app data and scratch, HDD for media capacity, and independent backup space for retained recovery points.

Before Buying a Jellyfin Server: Can Your Old PC Pass the Workload?
Reuse an old PC only after it passes the real Jellyfin workload, power, noise, storage, and recovery checks a new server would need to...

