As copias na nube van lentas pola VPN: atopa a fase real

Unha copia de seguridade que se arrastra por unha VPN invita ao experimento obvio de desconectar o túnel e medir de novo. Ese experimento adoita responder a outra pregunta, porque a tarefa pode ter estado calculando hashes ou esperando un reintento en lugar de mover bytes. Separa primeiro as fases e a queixa convértese nunha proba concreta cun resultado esperado concreto. A ruta só se volve candidata cando a fase de transferencia é a que realmente vai lenta.

En que fase está a tarefa cando parece lenta

As ferramentas de copia pasan por fases: descubrir ficheiros, lelos e calcular os seus hashes, comprimir, cifrar, subir e despois verificar. Cada fase ten o seu propio pescozo de botella, e só algunhas tocan a rede. Unha ferramenta que aínda non informa de ningunha fase está a dicirche que non rematou de escanear.

Unha tarefa que pasa vinte minutos preparando un millón de ficheiros pequenos non se acelerará cando o túnel vaia máis rápido. Unha tarefa que satura a ligazón de subida é un problema de capacidade con outra solución. Le a saída de progreso mentres ocorre o atraso, anota a fase e apunta a marca de tempo, porque a fase no momento da queixa é a única que importa. Os ficheiros pequenos tamén se comportan de forma distinta a un obxecto grande, xa que dominan as viaxes de ida e volta por ficheiro e a transferencia nunca alcanza un ritmo estable. Compara o comparable antes de sacar conclusións sobre o túnel.

Un extremo público e un NAS privado fallan de forma distinta

Un servizo de copia público leva a súa propia conexión de aplicación autenticada, e o túnel é un salto nun camiño máis longo. Un NAS privado adoita depender dese túnel para a accesibilidade básica á túa rede. Esa diferenza decide se desconectar é unha liña base válida ou unha proba de nada.

No caso público, a mesma tarefa por outra ruta pode ser unha comparación xusta cando a política o permite. No caso privado, quitar o túnel non deixa ningunha ruta ao servidor, así que o resultado describe o camiño que borraches e non o que usas.

Un estancamento é un fallo distinto dunha transferencia lenta

A terceira columna desa táboa decide se unha proba de estabilidade pode executarse, porque unha liña base que elimina o túnel só significa algo onde existe outro camiño. Cunha liña base utilizábel, mira a forma do fallo en lugar da súa taxa media. Unha subida baixa pero constante apunta a capacidade, mentres que unha tarefa que se atasca e reinicia apunta a interrupción, autenticación ou un ficheiro problemático. Esas dúas producen queixas case idénticas e reparacións completamente distintas.

Os reintentos distorsionan calquera medición, xa que os bytes no cable poden ser maiores que a cantidade que realmente cambiou. Le o comportamento de reanudación antes de interromper a tarefa outra vez para ver que pasa, porque as subidas fragmentadas reanudábeis recupéranse barato e os reinicios de ficheiro completo non. Un túnel que se reconecta cada poucos minutos tamén parece un problema de ancho de banda cando en realidade é un problema de estabilidade. O MTU da ruta agrávao, xa que un túnel que reduce a carga útil bloquea os segmentos grandes mentres os pequenos pasan.

journalctl -u wg-quick@wg0 -n 50 --no-pager
ss -tin dst :443
ping -M do -s 1400 -c 3 backup.example.com

Unha subida pode matar de fame todos os demais fluxos

Unha subida que enche a ligazón de subida deixa as chamadas e a navegación sen resposta, e a copia raramente é o único que compite por ela. Un segundo cliente de sincronización produce o mesmo síntoma pola súa conta. Antes de culpar o túnel, mira que máis está a subir.

Usa a programación ou o límite de ancho de banda que documenta a ferramenta en lugar de pelexar polo rendemento máximo; deixar marxe para o traballo interactivo adoita valer máis que a última porcentaxe. Despois comproba a que se aplica realmente o límite, porque algunhas ferramentas limitan por ficheiro, outras toda a execución e outras ignoran por completo o custo dos ficheiros pequenos. Un límite que non encaixa coa carga de traballo non cambia nada. O túnel dividido tamén merece sospeita aquí, porque excluír o lanzador do túnel non exclúe o servizo auxiliar que realiza a subida. Rclone, por exemplo, publica tanto os límites de transferencia como o comportamento de reintento na súa documentación, o que o converte nunha referencia útil sobre que debería controlar un límite.

Remata cunha restauración, non cunha proba de velocidade

Unha subida completada non é unha copia ata que algo se restaura dela. Confirma que existe a versión esperada e despois restaura un ficheiro representativo co procedemento que documenta a ferramenta. Garda a información de recuperación nun lugar distinto do equipo ou perfil que poderías perder, e nunca botes unha copia que funciona só para manter ordenado un experimento.

restic snapshots --latest 3
restic restore latest --target /tmp/restore-check --include /etc/hosts

Repite tanto a transferencia como a restauración despois do cambio de rede, para que a mellora se vexa ao servizo da copia e non só de mover datos máis rápido. Esa segunda execución é a que pecha o ticket. Unha transferencia máis rápida cunha restauración sen probar é unha forma máis lenta de ficar sen protección.