Kleine Dateien kriechen über VPN wegen Roundtrips, nicht wegen der Geschwindigkeit

Kopieren Sie eine 2-GB-Datei über das VPN, und die Übertragung sieht gut aus. Kopieren Sie einen Ordner mit zehntausend kleinen Dokumenten, und dieselbe Verbindung scheint defekt. Der Unterschied ist keine Bandbreiteneinstellung, die sich zwischen den beiden Aufträgen geändert hätte. Der zweite Auftrag verbringt seine Zeit mit Einrichtung, Metadaten und Warten auf Antworten, und die Latenz des Tunnels macht dieses Warten sichtbar.

Eine Datei streamt; ein Ordner voller Dateien verhandelt

Eine große Kopie verbringt den größten Teil ihres Lebens in einer Lese- und Schreibschleife auf wenigen offenen Handles. Der Protokoll-Overhead wird einmal pro Datei bezahlt, und die Daten bewegen sich in großen Blöcken. Die Bandbreite dominiert das Ergebnis.

Eine Ordnerkopie zahlt pro Datei: anlegen, Attribute abfragen, öffnen, schreiben, schließen und Verzeichnismetadaten aktualisieren. Jeder dieser Schritte ist eine Anfrage, die auf eine Antwort wartet, bevor der nächste Schritt weitergehen kann. Die Bytes sind winzig; die Koordination nicht.

Deshalb beweist ein Diagramm mit geringer Linkauslastung fast nichts. Der Link ist untätig, weil der Client wartet, nicht weil der Tunnel langsam ist. Ein Speicher-Array oder ein Endpoint-Scanner kann dieselbe Form der Verzögerung hinzufügen. Stellen Sie fest, welche Stufe wartet, bevor Sie irgendeine Netzwerkeinstellung ändern.

Roundtrips summieren sich schneller als Bytes

Latenz ist der Preis eines abhängigen Austauschs. Braucht eine Datei mehrere serielle Austausche und fügt der Tunnel je Richtung 40 ms hinzu, wachsen die Kosten pro Datei schnell. Zehntausend Dateien machen daraus Minuten.

Die Arithmetik ist illustrativ, kein Benchmark: Eine Datei kostet nicht garantiert einen Roundtrip, und Clients überlappen einen Teil der Arbeit.

Zwei Hebel verändern die Summe. Verringern Sie die Zahl abhängiger Austausche pro Datei, oder halten Sie mehr davon gleichzeitig in Gang. Das erste ist eine Protokoll- oder Arbeitslaständerung; das zweite ist Nebenläufigkeit. Keines macht einen langsamen Link schneller.

Messen Sie die Arbeitslast, nicht den Link

Vergleichen Sie drei Aufträge mit denselben Endpunkten und derselben Zugriffsrichtlinie: eine große Datei, den Ordner mit kleinen Dateien und den tatsächlichen Geschäftsvorgang. Notieren Sie Dateianzahl, Größenverteilung, Kopierwerkzeug und Netzwerkbedingungen bei jedem Ergebnis.

Eine einzelne MB/s-Zahl ohne diese Details lässt sich mit niemandes anderer vergleichen.

Messen Sie Latenz getrennt vom Durchsatz. Ein einfacher Roundtrip-Test zum Dateiserver liefert die Zahl, die sich über kleine Vorgänge vervielfacht. Beobachten Sie dann das Anforderungsmuster der Kopie statt ihre Durchschnittsrate. Ist die Rate niedrig und der Link untätig, liegt der Engpass oberhalb des Tunnels.

Ändern Sie den Auftrag: Nebenläufigkeit und Archive

Für eine autorisierte Massenkopie hält ein Werkzeug mit kontrollierter Nebenläufigkeit mehr Anfragen in Gang. Die /MT-Option von Robocopy ist das übliche Windows-Beispiel. Das Hinzufügen von Threads garantiert keine schnellere Kopie.

Wählen Sie eine Zahl, die Client, Server und Speicher aushalten, und bewahren Sie das Auftragsprotokoll und alle Fehler auf.

Archivierung an der Quelle und lokales Entpacken entfernen die Remote-Arbeit pro Datei. Nehmen Sie Vorbereitungs- und Entpackzeit in den Vergleich auf, und bestätigen Sie, dass das Archiv die Metadaten und Berechtigungen bewahrt, die die Aufgabe braucht. Keiner der Tricks bringt eine Anwendung dazu, ihre eigenen Dateioperationen zu bündeln.

Prüfen Sie den Zähler mit einem kontrollierten Test

Führen Sie denselben Auftrag zweimal mit einer geänderten Variablen aus, und notieren Sie beide Zahlen. Ein kontrollierter Test ist der einzige Weg zu wissen, ob eine Einstellung geholfen hat oder das Netz zufällig ruhiger war.

Zwei Befehle liefern die Dateianzahl und die Roundtrip-Basislinie:

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

Führen Sie dann die Kopie mit begrenzter Thread-Anzahl aus und vergleichen Sie das Protokoll mit dem vorherigen Lauf:

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

Deaktivieren Sie weder SMB-Signierung noch Verschlüsselung oder Endpoint-Schutz, um den Zähler zu verbessern. Diese Änderungen tauschen eine Sicherheitseigenschaft gegen eine Zahl, die vielleicht nicht der Engpass war. Und halten Sie den VPN-Transport in Ihren Notizen getrennt vom eigenen Transport von SMB, denn eine Korrektur im einen ist kein Beleg für das andere.