Små filer kryp over VPN på grunn av rundturar, ikkje hastigheit

Kopier éi fil på 2 GB over VPN, og overføringa ser fin ut. Kopier ei mappe med ti tusen små dokument, og same sambandet verkar øydelagt. Skilnaden er ikkje ei bandbreiddinnstilling som endra seg mellom dei to jobbane. Den andre jobben brukar tida på oppsett, metadata og venting på svar, og det er latenstida i tunnelen som gjer den ventinga synleg.

Éi fil strøymer; ei mappe med filer forhandlar

Ein stor kopi brukar det meste av livet i ei lese-skrive-løkke på nokre få opne handtak. Protokollkostnaden blir betalt éin gong per fil, og dataa flyttar seg i store blokker. Bandbreidda dominerer resultatet.

Ein mappekopi betalar per fil: opprette, spørje etter attributt, opne, skrive, lukke og oppdatere metadataa til mappa. Kvar av desse er ein førespurnad som ventar på svar før neste steg kan halde fram. Byta er små; koordineringa er det ikkje.

Difor beviser ein graf med låg lenkeutnytting nesten ingenting. Lenka er ledig fordi klienten ventar, ikkje fordi tunnelen er treg. Eit lagringsmatrise eller ein endepunktsskannar kan leggje til same forma for forseinking. Identifiser kva trinn som ventar før du endrar noka nettverksinnstilling.

Rundturar summerer seg raskare enn byte

Latenstid er kostnaden for éin avhengig utveksling. Viss ei fil treng fleire serielle utvekslingar, og tunnelen legg til 40 ms kvar veg, veks kostnaden per fil raskt. Ti tusen filer gjer det til minutt.

Reknestykket er illustrativt, ikkje ei måling: ei fil kostar ikkje nødvendigvis éin rundtur, og klientar overlappar noko av arbeidet.

To spakar endrar totalen. Reduser talet på avhengige utvekslingar per fil, eller hald fleire av dei i gang samtidig. Den første er ei protokoll- eller arbeidslastendring; den andre er samtidigheit. Ingen av dei gjer ei treg lenke raskare.

Mål arbeidslasta, ikkje lenka

Samanlikn tre jobbar med dei same endepunkta og same tilgangspolitikk: éi stor fil, mappa med små filer og den faktiske forretningsoperasjonen. Noter filtal, storleiksfordeling, kopiverktøy og nettverksforhold saman med kvart resultat.

Eit enkelt MB/s-tal utan desse detaljane kan ikkje samanliknast med nokon annan sitt.

Mål latenstid skilt frå gjennomstrøyming. Ein enkel rundtur-test til filserveren gir talet som multipliserer seg over små operasjonar. Sjå deretter på førespurnadsmønsteret til kopien i staden for gjennomsnittshastigheita. Viss hastigheita er låg og lenka er ledig, ligg flaskehalsen over tunnelen.

Endre jobben: samtidigheit og arkiv

For ein autorisert masskopi held eit verktøy med kontrollert samtidigheit fleire førespurnader i gang. /MT-alternativet i Robocopy er det vanlege Windows-dømet. Å leggje til trådar garanterer ikkje ein raskare kopi.

Vel eit tal som klienten, serveren og lagringa kan tole, og ta vare på jobbloggen og eventuelle feil.

Arkivering ved kjelda og utpakking lokalt fjernar fjernarbeidet per fil. Ta med førebuings- og utpakkingstid i samanlikninga, og stadfest at arkivet bevarer metadataa og løyva jobben treng. Ingen av triksa får ein applikasjon til å samle eigne filoperasjonar.

Kontroller teljaren med ein kontrollert test

Køyr den same jobben to gonger med éin variabel endra, og noter begge tala. Ein kontrollert test er den einaste måten å vite om ei innstilling hjelpte, eller om nettverket tilfeldigvis var rolegare.

To kommandoar gir filtalet og rundtur-basislinja:

Get-ChildItem \\fileserver.hq.example\\share -Recurse | Measure-Object -Property Length -Sum
ping -n 20 fileserver.hq.example

Køyr deretter kopien med eit avgrensa tal trådar og samanlikn loggen med førre køyring:

robocopy \\fileserver.hq.example\\share C:\\local /E /MT:16 /LOG:copy.log /TEE

Ikkje deaktiver SMB-signering, kryptering eller endepunktsvern for å betre teljaren. Desse endringane byter ein tryggleikseigenskap mot eit tal som kanskje ikkje var flaskehalsen. Og hald VPN-transporten skild frå SMB sin eigen transport i notatane dine, fordi ei retting i den eine ikkje er prov på den andre.