Hur många samtidiga SMB-klienter kan en 1GbE-NAS hantera bekvämt?

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.

En 1GbE-NAS kan betjäna dussintals mestadels inaktiva eller lätt belastade SMB-klienter, men bara ett fåtal tunga klienter på ett bekvämt sätt. Alla aktiva användare delar på en praktisk sammanlagd genomströmning på ungefär 100–115MB/s innan lagring, CPU, kryptering eller Wi-Fi blir den snävare begränsningen.

Antalet klienter i sig är därför missvisande. Fyra sekventiella videoläsningar, tjugo kontorsanvändare och två fotokataloger skapar mycket olika krav på bandbredd, IOPS, låsning och latens. Denna skillnad avgör mätmetod, säkerhetsmarginal och stoppvillkor. Denna skillnad avgör mätmetod, säkerhetsmarginal och stoppvillkor. Denna skillnad avgör mätmetod, säkerhetsmarginal och stoppvillkor.

Översätt klienter till arbetsbelastningsklasser

Klassificera varje klient som inaktiv, lätt dokumentåtkomst, medieuppspelning, bläddring bland små filer, säkerhetskopiering eller ihållande överföring av stora filer. Uppskatta samtidiga klienter snarare än registrerade klienter.

Sekventiella arbetsbelastningar delar länkens bandbredd på ett förutsägbart sätt, medan arbetsbelastningar med små filer kan nå gränsen för hårddiskens IOPS eller CPU:n innan Ethernet fylls. SMB-signering eller kryptering kan också sänka genomströmningen på en måttligt kraftfull NAS-processor.

Wi-Fi-klienter tillför varierande latens och konkurrens om sändningstid. En långsam trådlös slutpunkt kan upplevas som dålig även när NAS-porten fortfarande ligger under mättnad.

Mät rättvisa och latens under samtidig belastning

Börja med en klient och registrera sammanlagd genomströmning, genomströmning per klient, kataloglatens, CPU, diskanvändning och nätverksfel. Lägg till klienter en i taget med representativa data.

En bekväm gräns nås innan fel uppstår: interaktiv bläddring ska förbli responsiv och strömmar ska undvika buffring medan bakgrundskopieringar körs.

Använd tabellen nedan som ett planeringsintervall, inte som en garanti.

Observerat tillstånd Bedömning Nästa åtgärd
10–30 lätta/mestadels inaktiva klienter Ofta bekvämt Verifiera CPU och kataloglatens
3–6 blandade aktiva klienter Vanligt praktiskt intervall Testa maximal arbetsbelastning
2–4 samtidiga tunga kopieringar Trolig länkmättnad Schemalägg eller uppgradera nätverket

Skydda interaktiv trafik från masskopieringar

Schemalägg säkerhetskopieringar och synkronisering av arbetsstationer utanför perioder med hög belastning, begränsa massjobb när det stöds och separera programlagring med hög metadata-belastning från långsamma arkivdiskar.

Om den sammanlagda efterfrågan regelbundet når 1GbE-taket är 2.5GbE eller snabbare nätverk en renare lösning än att förvänta sig att länkaggregering ska snabba upp en enskild klient. Flera länkar kan hjälpa flera klienter endast när switchen och flödesfördelningen stöder det.

ZimaSpaces länkanalys för flera klienter förklarar när flera flöden drar nytta av detta.

Tom’s Hardwares SMB-benchmark för flera klienter visar varför genomströmning och latens måste testas när klienter läggs till.

-15% OFF
Single board computer zimaboard2

Testa igen under hushållets mest belastade period

Återskapa den verkliga kombinationen under toppbelastning: strömmar, säkerhetskopieringar, fotobläddring och filkopieringar. Kör tillräckligt länge för att tömma RAM-cachen och synliggöra diskarnas beteende.

Notera den punkt där latensen per klient eller buffringen blir oacceptabel, och sätt sedan driftgränsen under den. Upprepa efter att ha aktiverat kryptering, bytt diskar eller lagt till appar.

Fortsätt så länge målen för interaktiva tjänster förblir stabila. Uppgradera eller schemalägg om arbetet när länken förblir mättad eller latensen ökar kraftigt; sluta skylla på antalet klienter om CPU, diskar eller Wi-Fi visar den första flaskhalsen.

Support och tips

Mer att läsa

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.