Hur många användare kan en liten Plex-server stödja?
En liten Plex-server kan stödja många registrerade användare om bara ett fåtal är aktiva, medan en handfull samtidiga omkodningar snabbt kan överbelasta den.
Antalet konton förbrukar inte samma resurser som samtidig uppspelning. Direktuppspelning, fjärromkodning, uppladdningsbandbredd, undertextshantering och bakgrundsskanningar förändrar kostnaden per session. Skapa ett scenario för maximal samtidighet utifrån hushållets faktiska beteende och lägg sedan till användare tills en uppmätt resurs närmar sig mättnad.
Samtidiga sessioner är viktigare än det totala antalet konton
Tio konton med två samtidiga direktuppspelningar kan vara enklare att hantera än tre konton där alla utlöser tung 4K-omkodning. Det relevanta måttet är aktivt arbete, inte antalet användarposter.
Videosystem för flera användare utsätts för delad bandbreddskonkurrens när den samtidiga efterfrågan närmar sig den tillgängliga kapaciteten vid nätverkskanten. Därför måste överlappningen mellan sessioner ingå i kapacitetsmodellen.
Dokumentera den mest belastade timmen under en vecka och skilj mellan lokal direktuppspelning, fjärrdirektuppspelning och omkodningssessioner. Använd den fördelningen som belastningstest i stället för att multiplicera ett uppskattat ”antal strömmar per användare”.
Omkodning förändrar beräkningskostnaden per användare
En enda inkompatibel klient kan flytta arbetet till servern, medan flera kompatibla klienter hade undvikit det. Hårdvaruacceleration kan förändra hur många samtidiga omkodningar en liten processor klarar av.
En strömsnål Intel N100 kan hantera flera hårdvaruaccelererade omkodningssessioner när mediemotorn stöder belastningen. Därför förändras användarkapaciteten kraftigt mellan direktuppspelning och scenarier med omfattande omkodning.
Testa exakt de kodekar, undertexter, HDR-förhållanden och kvalitetsbegränsningar som hushållet använder. Räkna inte med ett resultat för hårdvaruomkodning om en vanlig klientväg fortfarande faller tillbaka på programvaruomkodning.
Fjärranvändare delar på uppladdningskapaciteten
Fjärrdirektuppspelning kan belasta processorn lite men konkurrerar ändå om samma uppströmsanslutning. Mer processorkraft löser inte en WAN-länk som redan är nära mättnad.
Metoden för resursmättnad gäller nätverksvägen på samma sätt som processor eller lagring: ihållande köbildning och fel är viktigare än ett enstaka prov med hög nyttjandegrad.
Kör samtidiga fjärrsessioner från ett externt nätverk och övervaka marginalen för uppladdning. Fjärrströmningsvägen bör testas med samma kvalitetsinställningar som användarna faktiskt kommer att välja.
Bakgrundsarbete minskar det säkra användarutrymmet
Biblioteksskanningar, generering av förhandsvisningar, säkerhetskopieringar och kompletterande containrar kan sammanfalla med visning och förbruka samma processor-, minnes- och lagringsresurser. Kapacitetstester som ignorerar detta överskattar det stabila antalet användare.
Bakgrundsarbete med databaser och metadata kan förbruka betydande processor- och minnesresurser i stora bibliotek, vilket minskar marginalen som är tillgänglig för samtidig uppspelning.
Upprepa testet med maximalt antal användare en gång medan schemalagt arbete är aktivt. Definiera den stödda kapaciteten som den högsta belastning som förblir stabil under ett normalt värsta fall, inte som det bästa resultatet från en inaktiv server.
Rekommenderade produkter
Teknik- och AI-hubb
Mer att läsa
Hur påverkar säkerhetskopieringsfrekvensen kvaliteten på Plex-återställningspunkten?
Välj Plex-säkerhetskopieringsfrekvens utifrån behovet av återställningspunkter, upptäckt av sena fel, konsekvens i säkerhetskopieringen och testade återställningar – inte utifrån ett godtyckligt antal kopior.
Vad är en säker gräns för Plex-uppgraderingar, och varför spelar den roll?
Gör Plex-uppgraderingar reversibla genom att separera körmiljö, tillstånd, acceleration, återställningsdata och validering från början till slut i tydliga ändringsgränser.
Hur upptäcker och samordnar Plex ändringar mellan enheter?
Förstå hur Plex-enheter synkroniseras genom att skilja på auktoritativ serverstatus, klientcache, kontoidentitet och den nätverksväg som varje enhet använder.
