Små filer kravler over VPN på grund af rundture, ikke hastighed

Kopier én fil på 2 GB over VPN, og overførslen ser fin ud. Kopier en mappe med ti tusind små dokumenter, og samme forbindelse virker brudt. Forskellen er ikke en båndbreddeindstilling, der ændrede sig mellem de to opgaver. Den anden opgave bruger sin tid på opsætning, metadata og venten på svar, og det er tunnelens latenstid, der gør den venten synlig.

Én fil streamer; en mappe med filer forhandler

En stor kopiering tilbringer det meste af sit liv i en læse-skrive-løkke på et lille antal åbne håndtag. Protokolomkostningen betales én gang per fil, og data flyttes i store blokke. Båndbredde dominerer resultatet.

En mappekopiering betaler per fil: opret, forespørg attributter, åbn, skriv, luk og opdater mappens metadata. Hver af dem er en anmodning, der venter på et svar, før næste skridt kan fortsætte. Bytes er små; koordineringen er det ikke.

Derfor beviser en graf med lav linkudnyttelse næsten intet. Linket er ledigt, fordi klienten venter, ikke fordi tunnelen er langsom. Et lagerarray eller en endepunktscanner kan tilføje den samme form for forsinkelse. Identificér hvilket trin der venter, før du ændrer nogen netværksindstilling.

Rundture lægger sig hurtigere til end bytes

Latenstid er prisen for én afhængig udveksling. Hvis en fil kræver flere serielle udvekslinger, og tunnelen tilføjer 40 ms hver vej, vokser prisen per fil hurtigt. Ti tusind filer gør det til minutter.

Regnestykket er illustrativt, ikke en måling: en fil koster ikke nødvendigvis én rundtur, og klienter overlapper noget arbejde.

To greb ændrer totalen. Reducér antallet af afhængige udvekslinger per fil, eller hold flere af dem i gang på én gang. Det første er en protokol- eller arbejdsbyrdeændring; det andet er samtidighed. Ingen af dem gør et langsomt link hurtigere.

Mål arbejdsbyrden, ikke linket

Sammenlign tre opgaver med de samme endepunkter og samme adgangspolitik: én stor fil, mappen med små filer og den faktiske forretningsoperation. Notér filantal, størrelsesfordeling, kopieringsværktøj og netværksforhold sammen med hvert resultat.

Et enkelt MB/s-tal uden disse detaljer kan ikke sammenlignes med nogens andres.

Mål latenstid adskilt fra gennemstrømning. En simpel rundtur-test til filserveren giver det tal, der ganges op over små operationer. Se derefter på kopieringens anmodningsmønster i stedet for dens gennemsnitshastighed. Hvis hastigheden er lav, og linket er ledigt, ligger flaskehalsen over tunnelen.

Skift opgaven: samtidighed og arkiver

Til en autoriseret massekopiering holder et værktøj med kontrolleret samtidighed flere anmodninger i gang. Robocopys /MT-indstilling er det almindelige Windows-eksempel. At tilføje tråde garanterer ikke en hurtigere kopiering.

Vælg et antal, som klienten, serveren og lageret kan holde til, og gem opgaveloggen og eventuelle fejl.

Arkivering ved kilden og udpakning lokalt fjerner fjernarbejdet per fil. Medtag forberedelses- og udpakningstid i sammenligningen, og bekræft, at arkivet bevarer de metadata og rettigheder, opgaven har brug for. Ingen af trickene får en applikation til at samle sine egne filoperationer.

Kontrollér tælleren med en kontrolleret test

Kør den samme opgave to gange med én variabel ændret, og notér begge tal. En kontrolleret test er den eneste måde at vide, om en indstilling hjalp, eller netværket tilfældigvis var roligere.

To kommandoer giver filantallet og rundtur-baseline:

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

Kør derefter kopieringen med et begrænset antal tråde, og sammenlign loggen med den forrige kørsel:

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

Deaktivér ikke SMB-signering, kryptering eller endepunktsbeskyttelse for at forbedre tælleren. De ændringer bytter en sikkerhedsegenskab for et tal, der måske ikke var flaskehalsen. Og hold VPN-transporten adskilt fra SMB’s egen transport i dine noter, fordi en rettelse i den ene ikke er bevis om den anden.