Os ficheiros pequenos arrástanse pola VPN polas viaxes de ida e volta, non pola velocidade

Copie un ficheiro de 2 GB pola VPN e a transferencia parece correcta. Copie un cartafol de dez mil documentos pequenos e a mesma ligazón parece rota. A diferenza non é ningún axuste de ancho de banda que cambiase entre os dous traballos. O segundo traballo pasa o tempo en configuración, metadatos e espera de respostas, e a latencia do túnel é o que fai visible esa espera.

Un ficheiro transmítese; un cartafol de ficheiros negocia

Unha copia grande pasa a maior parte da súa vida nun bucle de lectura e escritura sobre un número reducido de identificadores abertos. O custo do protocolo págase unha vez por ficheiro, e os datos móvense en bloques grandes. O ancho de banda domina o resultado.

Unha copia de cartafol paga por ficheiro: crear, consultar atributos, abrir, escribir, pechar e actualizar os metadatos do directorio. Cada unha desas operacións é unha petición que espera unha resposta antes de que o seguinte paso poida continuar. Os bytes son minúsculos; a coordinación non.

Por iso un gráfico de baixo uso da ligazón non demostra case nada. A ligazón está inactiva porque o cliente espera, non porque o túnel sexa lento. Unha matriz de almacenamento ou un escáner de punto final poden engadir a mesma forma de atraso. Identifique que etapa espera antes de cambiar calquera axuste de rede.

As viaxes de ida e volta acumúlanse máis rápido ca os bytes

A latencia é o custo dun intercambio dependente. Se un ficheiro necesita varios intercambios en serie e o túnel engade 40 ms en cada sentido, o custo por ficheiro medra axiña. Dez mil ficheiros converten iso en minutos.

A aritmética é ilustrativa, non unha medición: non se garante que un ficheiro custe unha soa viaxe de ida e volta, e os clientes solapan parte do traballo.

Dúas pancas cambian o total. Reduza o número de intercambios dependentes por ficheiro, ou manteña máis deles en curso á vez. A primeira é un cambio de protocolo ou de carga de traballo; a segunda é a concorrencia. Ningunha fai máis rápido unha ligazón lenta.

Mida a carga de traballo, non a ligazón

Compare tres traballos cos mesmos extremos e a mesma política de acceso: un ficheiro grande, o cartafol de ficheiros pequenos e a operación de negocio real. Anote o número de ficheiros, a distribución de tamaños, a ferramenta de copia e as condicións de rede con cada resultado.

Un só número de MB/s sen eses detalles non se pode comparar co de ninguén máis.

Mida a latencia por separado do rendemento. Unha proba sinxela de ida e volta ao servidor de ficheiros dá o número que se multiplica polas operacións pequenas. Despois observe o patrón de peticións da copia en lugar da súa taxa media. Se a taxa é baixa e a ligazón está inactiva, o pescozo de botella está por riba do túnel.

Cambie o traballo: concorrencia e arquivos

Para unha copia masiva autorizada, unha ferramenta con concorrencia controlada mantén máis peticións en curso. A opción /MT de Robocopy é o exemplo habitual en Windows. Engadir fíos non garante unha copia máis rápida.

Escolla un número que o cliente, o servidor e o almacenamento poidan soster, e conserve o rexistro do traballo e calquera erro.

Arquivar na orixe e descomprimir localmente elimina o traballo remoto por ficheiro. Inclúa o tempo de preparación e extracción na comparación e confirme que o arquivo conserva os metadatos e permisos que necesita a tarefa. Ningunha das dúas técnicas fai que unha aplicación agrupe as súas propias operacións de ficheiro.

Comprobe o contador cunha proba controlada

Execute o mesmo traballo dúas veces cunha variable cambiada e anote ambos os números. Unha proba controlada é a única forma de saber se un axuste axudou ou se a rede estaba máis tranquila por casualidade.

Dous comandos dan o reconto de ficheiros e a liña base de ida e volta:

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

Despois execute a copia cun número limitado de fíos e compare o rexistro coa execución anterior:

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

Non desactive a sinatura SMB, o cifrado nin a protección do punto final para mellorar o contador. Eses cambios trocan unha propiedade de seguridade por un número que quizais non era o pescozo de botella. E manteña o transporte VPN separado do transporte propio de SMB nas súas notas, porque unha corrección nun non é evidencia sobre o outro.