Copiile de rezervă din cloud sunt lente prin VPN: găsește faza reală

O copie de rezervă care se târăște printr-un VPN invită la experimentul evident: deconectează tunelul și măsoară din nou. Acel experiment răspunde adesea la altă întrebare, pentru că sarcina poate calcula hash-uri ale fișierelor sau aștepta o reîncercare în loc să mute octeți. Separă mai întâi fazele și plângerea devine un test concret cu un rezultat așteptat concret. Ruta devine candidat doar când faza de transfer este cea care este cu adevărat lentă.

În ce fază se află sarcina când pare lentă

Instrumentele de backup trec prin faze: descoperirea fișierelor, citirea și calcularea hash-urilor, comprimarea, criptarea, încărcarea și apoi verificarea. Fiecare fază are propriul gât de sticlă și doar unele ating rețeaua. Un instrument care nu raportează încă nicio fază îți spune că nu a terminat scanarea.

O sarcină care petrece douăzeci de minute pregătind un milion de fișiere mici nu va deveni mai rapidă când tunelul devine mai rapid. O sarcină care satură legătura de încărcare este o problemă de capacitate cu altă soluție. Citește ieșirea de progres în timp ce apare întârzierea, notează faza și scrie momentul, pentru că faza din momentul plângerii este singura care contează. Fișierele mici se comportă altfel decât un obiect mare, pentru că domină dus-întorsurile pe fișier, iar transferul nu atinge niciodată un ritm stabil. Compară lucruri comparabile înainte de a trage concluzii despre tunel.

Un punct final public și un NAS privat eșuează diferit

Un serviciu public de backup are propria conexiune de aplicație autentificată, iar tunelul este un singur salt pe un drum mai lung. Un NAS privat depinde de obicei de acel tunel pentru accesul de bază la rețeaua ta. Această diferență decide dacă deconectarea este o linie de bază validă sau un test al nimicului.

În cazul public, aceeași sarcină pe altă rută poate fi o comparație corectă când politica permite. În cazul privat, eliminarea tunelului nu lasă nicio rută către server, așa că rezultatul descrie drumul pe care l-ai șters, nu pe cel pe care îl folosești.

O oprire este o defecțiune diferită de un transfer lent

A treia coloană a acelui tabel decide dacă un test de stabilitate poate rula deloc, pentru că o linie de bază care elimină tunelul are sens doar acolo unde există alt drum. Cu o linie de bază utilizabilă, uită-te la forma defecțiunii, nu la rata medie. O încărcare mică dar constantă indică capacitate, în timp ce o sarcină care se blochează și repornește indică întrerupere, autentificare sau un singur fișier problematic. Acestea două produc plângeri aproape identice și reparații complet diferite.

Reîncercările distorsionează orice măsurătoare, pentru că octeții de pe fir pot fi mai mulți decât cantitatea care s-a schimbat efectiv. Citește comportamentul de reluare înainte de a întrerupe din nou sarcina pentru a vedea ce se întâmplă, pentru că încărcările fragmentate reluabile se recuperează ieftin, iar repornirile fișierului întreg nu. Un tunel care se reconectează la câteva minute arată și el ca o problemă de lățime de bandă când de fapt este o problemă de stabilitate. MTU-ul rutei agravează asta, pentru că un tunel care reduce încărcătura utilă blochează segmentele mari în timp ce cele mici trec.

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

O singură încărcare poate înfometa toate celelalte fluxuri

O încărcare care umple legătura de încărcare face apelurile și navigarea neresponsive, iar backupul este rareori singurul lucru care concurează pentru ea. Un al doilea client de sincronizare produce același simptom de unul singur. Înainte de a da vina pe tunel, uită-te la ce altceva se încarcă.

Folosește programul sau limita de lățime de bandă documentată de instrument în loc să lupți pentru debitul de vârf; lăsarea unui spațiu pentru munca interactivă valorează de obicei mai mult decât ultimele procente. Apoi verifică la ce se aplică de fapt limita, pentru că unele instrumente limitează pe fișier, altele întreaga rulare, iar altele ignoră complet costul fișierelor mici. O limită care nu se potrivește cu volumul de lucru nu schimbă nimic. Și tunelarea divizată merită suspiciune aici, pentru că excluderea lansatorului din tunel nu exclude serviciul auxiliar care face încărcarea. Rclone, de exemplu, publică atât limitele de transfer, cât și comportamentul reîncercărilor în documentația sa, ceea ce îl face o referință utilă pentru ce ar trebui să controleze o limită.

Încheie cu o restaurare, nu cu un test de viteză

O încărcare finalizată nu este un backup până când ceva nu este restaurat din ea. Confirmă că versiunea așteptată există, apoi restaurează un fișier reprezentativ cu procedura documentată de instrument. Păstrează informațiile de recuperare în alt loc decât mașina sau profilul pe care le-ai putea pierde și nu arunca niciodată un backup care funcționează doar ca să păstrezi un experiment ordonat.

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

Repetă atât transferul, cât și restaurarea după schimbarea rețelei, ca îmbunătățirea să se vadă în slujba backupului și nu doar a mutării mai rapide a datelor. A doua rulare este cea care închide tichetul. Un transfer mai rapid cu o restaurare netestată este o cale mai lentă de a rămâne fără protecție.