Els fitxers petits s’arrosseguen per la VPN pels viatges d’anada i tornada, no per la velocitat

Copieu un fitxer de 2 GB per la VPN i la transferència sembla correcta. Copieu una carpeta de deu mil documents petits i el mateix enllaç sembla trencat. La diferència no és cap paràmetre d’amplada de banda que hagi canviat entre les dues feines. La segona feina dedica el temps a la configuració, les metadades i l’espera de respostes, i la latència del túnel és el que fa visible aquesta espera.

Un fitxer fa streaming; una carpeta de fitxers negocia

Una còpia gran passa la major part de la seva vida en un bucle de lectura i escriptura sobre un nombre reduït de descriptors oberts. El cost del protocol es paga una vegada per fitxer, i les dades es mouen en blocs grans. L’amplada de banda domina el resultat.

Una còpia de carpeta paga per fitxer: crear, consultar atributs, obrir, escriure, tancar i actualitzar les metadades del directori. Cada una d’aquestes és una petició que espera una resposta abans que el pas següent pugui continuar. Els bytes són petits; la coordinació no.

Per això un gràfic d’ús baix de l’enllaç no demostra gairebé res. L’enllaç està inactiu perquè el client espera, no perquè el túnel sigui lent. Una matriu d’emmagatzematge o un escàner del punt final poden afegir la mateixa forma de retard. Identifiqueu quina etapa espera abans de canviar cap paràmetre de xarxa.

Els viatges d’anada i tornada s’acumulen més de pressa que els bytes

La latència és el cost d’un intercanvi dependent. Si un fitxer necessita diversos intercanvis serialitzats i el túnel afegeix 40 ms en cada sentit, el cost per fitxer creix ràpidament. Deu mil fitxers ho converteixen en minuts.

L’aritmètica és il·lustrativa, no és una referència: no es garanteix que un fitxer costi un sol viatge, i els clients solapen part de la feina.

Dues palanques canvien el total. Reduïu el nombre d’intercanvis dependents per fitxer, o manteniu-ne més en vol alhora. La primera és un canvi de protocol o de càrrega; la segona és la concurrència. Cap de les dues fa més ràpid un enllaç lent.

Mesureu la càrrega de treball, no l’enllaç

Compareu tres feines amb els mateixos punts finals i la mateixa política d’accés: un fitxer gran, la carpeta de fitxers petits i l’operació de negoci real. Anoteu el nombre de fitxers, la distribució de mides, l’eina de còpia i les condicions de xarxa amb cada resultat.

Un sol número de MB/s sense aquests detalls no es pot comparar amb el de ningú altre.

Mesureu la latència per separat de la capacitat. Una prova simple d’anada i tornada al servidor de fitxers dona el número que es multiplica per les operacions petites. Després observeu el patró de peticions de la còpia en lloc de la seva taxa mitjana. Si la taxa és baixa i l’enllaç està inactiu, el coll d’ampolla és per sobre del túnel.

Canvieu la feina: concurrència i arxius

Per a una còpia massiva autoritzada, una eina amb concurrència controlada manté més peticions en vol. L’opció /MT del Robocopy és l’exemple habitual a Windows. Afegir fils no garanteix una còpia més ràpida.

Trieu un nombre que el client, el servidor i l’emmagatzematge puguin sostenir, i conserveu el registre de la feina i qualsevol error.

Arxivar a l’origen i descomprimir localment elimina la feina remota per fitxer. Incloeu el temps de preparació i extracció en la comparació i confirmeu que l’arxiu conserva les metadades i els permisos que necessita la tasca. Cap dels dos trucs no fa que una aplicació agrupi les seves pròpies operacions de fitxers.

Comproveu el comptador amb una prova controlada

Executeu la mateixa feina dues vegades amb una variable canviada i anoteu tots dos números. Una prova controlada és l’única manera de saber si un paràmetre va ajudar o si la xarxa estava més tranquil·la per casualitat.

Dues ordres donen el recompte de fitxers i la línia base d’anada i tornada:

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

Després executeu la còpia amb un nombre limitat de fils i compareu el registre amb l’execució anterior:

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

No desactiveu la signatura SMB, el xifratge ni la protecció del punt final per millorar el comptador. Aquests canvis bescanvien una propietat de seguretat per un número que potser no era el coll d’ampolla. I manteniu el transport VPN separat del transport propi de SMB a les notes, perquè una correcció en un no és evidència sobre l’altre.