Skysikkerheitskopiar er trege over VPN: finn den verkelege fasen

Ein sikkerheitskopi som kryp over ein VPN inviterer til det openberre eksperimentet å kople frå tunnelen og måle på nytt. Det eksperimentet svarar ofte på eit anna spørsmål, fordi jobben kanskje har hasha filer eller venta på eit nytt forsøk i staden for å flytte bytes. Skil fasane først, og klaga blir ein konkret test med eit konkret forventa resultat. Ruta blir først ein kandidat når det er overføringsfasen som faktisk er treg.

Kva fase er jobben i når han kjennest treg

Sikkerheitskopiverktøy går gjennom fasar: oppdage filer, lese og hashe dei, komprimere, kryptere, laste opp og deretter verifisere. Kvar fase har sin eigen flaskehals, og berre nokre av dei rører nettverket i det heile. Eit verktøy som enno ikkje rapporterer nokon fase, fortel deg at det ikkje er ferdig med skanninga.

Ein jobb som brukar tjue minutt på å førebu ein million små filer, blir ikkje raskare når tunnelen blir raskare. Ein jobb som mettar oppstrøymslenka, er eit kapasitetsproblem med ei anna løysing. Les framdriftsutskrifta medan forseinkinga varer, noter fasen og skriv ned tidsstempelet, fordi fasen på klagetidspunktet er den einaste som betyr noko. Små filer oppfører seg også annleis enn eitt stort objekt, fordi rundturar per fil dominerer og overføringa aldri når ein stabil hastigheit. Samanlikn likt med likt før du trekkjer konklusjonar om tunnelen.

Eit offentleg endepunkt og ein privat NAS feilar ulikt

Ein offentleg sikkerheitskopiteneste har si eiga autentiserte applikasjonstilkopling, og tunnelen er eitt hopp på ein lengre veg. Ein privat NAS er vanlegvis avhengig av den tunnelen for grunnleggjande tilgjenge til nettverket ditt. Den skilnaden avgjer om fråkopling er ei gyldig basislinje eller ein test av ingenting.

I det offentlege tilfellet kan den same jobben over ei anna rute vere ei rettvis samanlikning når policyen tillèt det. I det private tilfellet etterlèt fjerning av tunnelen ingen rute til tenaren i det heile, så resultatet skildrar vegen du sletta og ikkje den du brukar.

Ein stopp er ein annan feil enn ei treg overføring

Den tredje kolonnen i den tabellen avgjer om ein stabilitetstest i det heile kan køyre, fordi ei basislinje som fjernar tunnelen berre betyr noko der det finst ein annan veg. Med ei brukbar basislinje ser du på forma av feilen i staden for gjennomsnittshastigheita. Ei låg men jamn opplasting peikar på kapasitet, medan ein jobb som stoppar og startar på nytt peikar på avbrot, autentisering eller éi plagsam fil. Dei to gir nesten identiske klager og heilt ulike reparasjonar.

Nye forsøk forvrengjer kvar måling, fordi byta på linja kan vere større enn mengda som faktisk endra seg. Les gjenopptakingsåtferda før du avbryt jobben igjen for å sjå kva som skjer, fordi oppdelte gjenopptakbare opplastingar kjem seg billeg og omstart av heile fila ikkje. Ein tunnel som koplar til på nytt kvart par minutt, ser også ut som eit bandbreiddeproblem når det eigentleg er eit stabilitetsproblem. Stiens MTU forsterkar dette, fordi ein tunnel som reduserer nyttelasta stoppar store segment medan små slepp gjennom.

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

Éi opplasting kan sulte alle andre straumar

Ei opplasting som fyller oppstrøymslenka, gjer samtalar og nettlesing uresponsive, og sikkerheitskopien er sjeldan det einaste som konkurrerer om henne. Ein ekstra synkroniseringsklient gir same symptomet på eiga hand. Før du klandrar tunnelen, sjå på kva anna som lastar opp.

Bruk tidsplanen eller bandbreiddgrensa verktøyet dokumenterer i staden for å kjempe for topp gjennomstrøyming; å late det vere plass til interaktivt arbeid er vanlegvis verdt meir enn dei siste prosenta. Sjekk deretter kva grensa faktisk gjeld, fordi nokre verktøy avgrensar per fil, nokre avgrensar heile køyringa og nokre ignorerer overhead for små filer heilt. Ei grense som ikkje passar arbeidsmengda, endrar ingenting. Splitt-tunnelering fortener også mistanke her, fordi å utelukke launcharen frå tunnelen ikkje utelukkar hjelpetenesta som utfører opplastinga. Rclone publiserer til dømes både overføringsgrenser og gjenforsøksåtferd i dokumentasjonen sin, noko som gjer det til ein nyttig referanse for kva ei grense bør styre.

Avslutt med ei gjenoppretting, ikkje ein hastigheitstest

Ei fullført opplasting er ikkje ein sikkerheitskopi før noko blir gjenoppretta frå henne. Stadfest at den forventa versjonen finst, og gjenopprett deretter ei representativ fil med prosedyren verktøyet dokumenterer. Oppbevar gjenopprettingsinformasjonen ein annan stad enn maskinen eller profilen du kan miste, og kast aldri ein sikkerheitskopi som verkar berre for å halde eit eksperiment ryddig.

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

Gjenta både overføringa og gjenopprettinga etter nettverksendringa, slik at betringa viser seg å tene sikkerheitskopien og ikkje berre å flytte data raskare. Det er den andre køyringa som lukkar saka. Ei raskare overføring med eit utesta gjenoppretting er ein tregare måte å halde fram utan vern.