Arquivos pequenos arrastam-se pela VPN por causa das viagens de ida e volta, não da velocidade

Copie um arquivo de 2 GB pela VPN e a transferência parece boa. Copie uma pasta de dez mil documentos pequenos e o mesmo link parece quebrado. A diferença não é um ajuste de largura de banda que mudou entre as duas tarefas. A segunda tarefa passa o tempo em configuração, metadados e espera por respostas, e é a latência do túnel que torna essa espera visível.

Um arquivo flui; uma pasta de arquivos negocia

Uma cópia grande passa a maior parte da vida num ciclo de leitura e escrita sobre poucos identificadores abertos. O custo do protocolo é pago uma vez por arquivo, e os dados movem-se em blocos grandes. A largura de banda domina o resultado.

Uma cópia de pasta paga por arquivo: criar, consultar atributos, abrir, escrever, fechar e atualizar os metadados do diretório. Cada uma dessas é uma requisição que espera resposta antes que o passo seguinte possa avançar. Os bytes são minúsculos; a coordenação não.

Por isso um gráfico de baixo uso do link não prova quase nada. O link está inativo porque o cliente espera, não porque o túnel é lento. Um conjunto de armazenamento ou um scanner de endpoint podem acrescentar a mesma forma de atraso. Identifique qual etapa espera antes de mudar qualquer configuração de rede.

As viagens de ida e volta acumulam-se mais rápido que os bytes

A latência é o custo de uma troca dependente. Se um arquivo precisa de várias trocas serializadas e o túnel acrescenta 40 ms em cada sentido, o custo por arquivo cresce rápido. Dez mil arquivos transformam isso em minutos.

A aritmética é ilustrativa, não uma medição: não se garante que um arquivo custe uma única viagem de ida e volta, e os clientes sobrepõem parte do trabalho.

Duas alavancas mudam o total. Reduza o número de trocas dependentes por arquivo, ou mantenha mais delas em voo ao mesmo tempo. A primeira é uma mudança de protocolo ou de carga de trabalho; a segunda é a concorrência. Nenhuma torna um link lento mais rápido.

Meça a carga de trabalho, não o link

Compare três tarefas com os mesmos extremos e a mesma política de acesso: um arquivo grande, a pasta de arquivos pequenos e a operação de negócio real. Anote o número de arquivos, a distribuição de tamanhos, a ferramenta de cópia e as condições de rede com cada resultado.

Um único número de MB/s sem esses detalhes não pode ser comparado com o de ninguém.

Meça a latência separadamente da taxa de transferência. Um teste simples de ida e volta ao servidor de arquivos dá o número que se multiplica pelas operações pequenas. Depois observe o padrão de requisições da cópia em vez da taxa média. Se a taxa é baixa e o link está inativo, o gargalo está acima do túnel.

Mude a tarefa: concorrência e arquivos

Para uma cópia em massa autorizada, uma ferramenta com concorrência controlada mantém mais requisições em voo. A opção /MT do Robocopy é o exemplo comum no Windows. Acrescentar threads não garante uma cópia mais rápida.

Escolha um número que o cliente, o servidor e o armazenamento consigam sustentar, e guarde o registo da tarefa e quaisquer erros.

Arquivar na origem e descomprimir localmente elimina o trabalho remoto por arquivo. Inclua o tempo de preparação e extração na comparação e confirme que o arquivo preserva os metadados e permissões de que a tarefa precisa. Nenhum dos truques obriga uma aplicação a agrupar as suas próprias operações de arquivo.

Verifique o contador com um teste controlado

Execute a mesma tarefa duas vezes com uma variável alterada e anote ambos os números. Um teste controlado é a única forma de saber se um ajuste ajudou ou se a rede estava mais calma por acaso.

Dois comandos dão o número de arquivos e a linha de base de ida e volta:

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

Depois execute a cópia com um número limitado de threads e compare o registo com a execução anterior:

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

Não desative a assinatura SMB, a cifragem ou a proteção de endpoints para melhorar o contador. Essas mudanças trocam uma propriedade de segurança por um número que talvez não fosse o gargalo. E mantenha o transporte VPN separado do transporte próprio do SMB nas suas notas, porque uma correção num não é evidência sobre o outro.