Fișierele mici se târăsc prin VPN din cauza călătoriilor dus-întors, nu a vitezei

Copiați un fișier de 2 GB prin VPN și transferul arată bine. Copiați un folder cu zece mii de documente mici și aceeași legătură pare stricată. Diferența nu este o setare de lățime de bandă care s-a schimbat între cele două lucrări. A doua lucrare își petrece timpul cu configurarea, metadatele și așteptarea răspunsurilor, iar latența tunelului este cea care face acea așteptare vizibilă.

Un fișier curge; un folder de fișiere negociază

O copie mare își petrece cea mai mare parte a vieții într-o buclă de citire-scriere pe câteva handle-uri deschise. Costul protocolului se plătește o dată per fișier, iar datele se mișcă în blocuri mari. Lățimea de bandă domină rezultatul.

O copie de folder plătește per fișier: creare, interogarea atributelor, deschidere, scriere, închidere și actualizarea metadatelor directorului. Fiecare dintre acestea este o cerere care așteaptă un răspuns înainte ca pasul următor să poată continua. Octeții sunt minusculi; coordonarea nu.

De aceea un grafic cu utilizare mică a legăturii nu demonstrează aproape nimic. Legătura este inactivă pentru că clientul așteaptă, nu pentru că tunelul este lent. O matrice de stocare sau un scaner de punct final poate adăuga aceeași formă de întârziere. Identificați care etapă așteaptă înainte de a schimba orice setare de rețea.

Călătoriile dus-întors se adună mai repede decât octeții

Latența este costul unui singur schimb dependent. Dacă un fișier are nevoie de mai multe schimburi seriale și tunelul adaugă 40 ms în fiecare direcție, costul per fișier crește rapid. Zece mii de fișiere transformă asta în minute.

Aritmetica este ilustrativă, nu o măsurătoare: nu este garantat că un fișier costă o singură călătorie dus-întors, iar clienții suprapun o parte din muncă.

Două pârghii schimbă totalul. Reduceți numărul de schimburi dependente per fișier sau păstrați mai multe în zbor simultan. Prima este o schimbare de protocol sau de încărcare; a doua este concurența. Niciuna nu face o legătură lentă mai rapidă.

Măsurați încărcarea, nu legătura

Comparați trei lucrări cu aceleași capete și aceeași politică de acces: un fișier mare, folderul de fișiere mici și operațiunea de afaceri reală. Notați numărul de fișiere, distribuția dimensiunilor, instrumentul de copiere și condițiile de rețea la fiecare rezultat.

Un singur număr de MB/s fără aceste detalii nu poate fi comparat cu al nimănui.

Măsurați latența separat de debit. Un test simplu dus-întors către serverul de fișiere dă numărul care se înmulțește peste operațiunile mici. Apoi observați tiparul cererilor copiei, nu rata medie. Dacă rata este mică și legătura este inactivă, blocajul este deasupra tunelului.

Schimbați lucrarea: concurență și arhive

Pentru o copie în bloc autorizată, un instrument cu concurență controlată ține mai multe cereri în zbor. Opțiunea /MT a Robocopy este exemplul obișnuit pe Windows. Adăugarea de fire nu garantează o copie mai rapidă.

Alegeți un număr pe care clientul, serverul și stocarea îl pot susține, și păstrați jurnalul lucrării și eventualele erori.

Arhivarea la sursă și dezarhivarea locală elimină munca la distanță per fișier. Includeți timpul de pregătire și extragere în comparație și confirmați că arhiva păstrează metadatele și permisiunile de care are nevoie sarcina. Niciunul dintre trucuri nu obligă o aplicație să-și grupeze propriile operații pe fișiere.

Verificați contorul cu un test controlat

Rulați aceeași lucrare de două ori cu o variabilă schimbată și notați ambele numere. Un test controlat este singura modalitate de a ști dacă o setare a ajutat sau rețeaua a fost mai liniștită din întâmplare.

Două comenzi dau numărul de fișiere și linia de bază a călătoriei dus-întors:

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

Apoi rulați copia cu un număr limitat de fire și comparați jurnalul cu execuția anterioară:

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

Nu dezactivați semnarea SMB, criptarea sau protecția punctelor finale pentru a îmbunătăți contorul. Acele schimbări schimbă o proprietate de securitate pe un număr care poate nu era blocajul. Și țineți transportul VPN separat de transportul propriu al SMB în notițele dumneavoastră, pentru că o corectură într-unul nu este dovadă despre celălalt.