Los archivos pequeños se arrastran por la VPN por los viajes de ida y vuelta, no por la velocidad

Copie un archivo de 2 GB por la VPN y la transferencia parece correcta. Copie una carpeta de diez mil documentos pequeños y el mismo enlace parece roto. La diferencia no es ningún ajuste de ancho de banda que haya cambiado entre los dos trabajos. El segundo trabajo dedica su tiempo a la configuración, los metadatos y la espera de respuestas, y la latencia del túnel es lo que hace visible esa espera.

Un archivo se transmite; una carpeta de archivos negocia

Una copia grande pasa la mayor parte de su vida en un bucle de lectura y escritura sobre un número reducido de identificadores abiertos. El coste del protocolo se paga una vez por archivo, y los datos se mueven en bloques grandes. El ancho de banda domina el resultado.

Una copia de carpeta paga por archivo: crear, consultar atributos, abrir, escribir, cerrar y actualizar los metadatos del directorio. Cada una de esas operaciones es una petición que espera una respuesta antes de que el siguiente paso pueda continuar. Los bytes son diminutos; la coordinación no.

Por eso un gráfico de bajo uso del enlace no demuestra casi nada. El enlace está inactivo porque el cliente espera, no porque el túnel sea lento. Una matriz de almacenamiento o un escáner de punto final pueden añadir la misma forma de retraso. Identifique qué etapa espera antes de cambiar cualquier ajuste de red.

Los viajes de ida y vuelta se acumulan más rápido que los bytes

La latencia es el coste de un intercambio dependiente. Si un archivo necesita varios intercambios en serie y el túnel añade 40 ms en cada sentido, el coste por archivo crece con rapidez. Diez mil archivos lo convierten en minutos.

La aritmética es ilustrativa, no una medición: no se garantiza que un archivo cueste un solo viaje de ida y vuelta, y los clientes solapan parte del trabajo.

Dos palancas cambian el total. Reduzca el número de intercambios dependientes por archivo, o mantenga más de ellos en curso a la vez. La primera es un cambio de protocolo o de carga de trabajo; la segunda es la concurrencia. Ninguna hace más rápido un enlace lento.

Mida la carga de trabajo, no el enlace

Compare tres trabajos con los mismos extremos y la misma política de acceso: un archivo grande, la carpeta de archivos pequeños y la operación de negocio real. Anote el número de archivos, la distribución de tamaños, la herramienta de copia y las condiciones de red con cada resultado.

Un solo número de MB/s sin esos detalles no se puede comparar con el de nadie más.

Mida la latencia por separado del rendimiento. Una prueba sencilla de ida y vuelta al servidor de archivos da el número que se multiplica por las operaciones pequeñas. Después observe el patrón de peticiones de la copia en lugar de su tasa media. Si la tasa es baja y el enlace está inactivo, el cuello de botella está por encima del túnel.

Cambie el trabajo: concurrencia y archivos

Para una copia masiva autorizada, una herramienta con concurrencia controlada mantiene más peticiones en curso. La opción /MT de Robocopy es el ejemplo habitual en Windows. Añadir hilos no garantiza una copia más rápida.

Elija un número que el cliente, el servidor y el almacenamiento puedan sostener, y conserve el registro del trabajo y los errores.

Archivar en el origen y descomprimir en local elimina el trabajo remoto por archivo. Incluya el tiempo de preparación y extracción en la comparación y confirme que el archivo conserva los metadatos y permisos que necesita la tarea. Ninguno de los dos trucos hace que una aplicación agrupe sus propias operaciones de archivo.

Compruebe el contador con una prueba controlada

Ejecute el mismo trabajo dos veces con una variable cambiada y anote ambos números. Una prueba controlada es la única forma de saber si un ajuste ayudó o si la red estaba más tranquila por casualidad.

Dos comandos dan el recuento de archivos y la línea base de ida y vuelta:

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

Después ejecute la copia con un número limitado de hilos y compare el registro con la ejecución anterior:

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

No desactive la firma SMB, el cifrado ni la protección del punto final para mejorar el contador. Esos cambios intercambian una propiedad de seguridad por un número que quizá no era el cuello de botella. Y mantenga el transporte VPN separado del transporte propio de SMB en sus notas, porque una corrección en uno no es evidencia sobre el otro.