Nubaj sekurkopioj malrapidas tra la VPN: trovu la veran fazon

Sekurkopio, kiu rampas tra VPN, invitas al la evidenta eksperimento malkonekti la tunelon kaj mezuri denove. Tiu eksperimento ofte respondas al alia demando, ĉar la tasko eble haketis dosierojn aŭ atendis ripeton anstataŭ movi bajtojn. Apartigu unue la fazojn, kaj la plendo fariĝas konkreta testo kun konkreta atendata rezulto. La vojo fariĝas kandidato nur kiam la transdona fazo estas tiu, kiu efektive malrapidas.

En kiu fazo estas la tasko, kiam ĝi ŝajnas malrapida

Sekurkopiaj iloj trapasas fazojn: malkovri dosierojn, legi kaj haketi ilin, kunpremi, ĉifri, alŝuti, poste kontroli. Ĉiu fazo havas sian propran limŝtonon, kaj nur kelkaj el ili tuŝas la reton entute. Ilo, kiu ankoraŭ raportas neniun fazon, diras al vi, ke ĝi ne finis skani.

Tasko, kiu pasigas dudek minutojn prepari milionon da malgrandaj dosieroj, ne plirapidiĝos kiam la tunelo plirapidiĝas. Tasko, kiu saturas la suprenligon, estas kapacita problemo kun alia solvo. Legu la progresan eligon dum la prokrasto okazas, notu la fazon kaj skribu la tempostampon, ĉar la fazo en la momento de la plendo estas la sola, kiu gravas. Malgrandaj dosieroj ankaŭ kondutas malsame ol unu granda objekto, ĉar la rondvojaĝoj po dosiero superregas kaj la transdono neniam atingas stabilan rapidon. Komparu similon kun similo antaŭ ol fari konkludojn pri la tunelo.

Publika finpunkto kaj privata NAS malsukcesas malsame

Publika sekurkopia servo portas sian propran aŭtentikigitan aplikaĵan konekton, kaj la tunelo estas unu salto sur pli longa vojo. Privata NAS kutime dependas de tiu tunelo por baza atingeblo de via reto. Tiu diferenco decidas, ĉu malkonekti estas valida bazlinio aŭ testo de nenio.

En la publika kazo, la sama tasko tra alia vojo povas esti justa komparo kiam politiko permesas tion. En la privata kazo, forigo de la tunelo lasas neniun vojon al la servilo entute, do la rezulto priskribas la vojon, kiun vi forigis, kaj ne tiun, kiun vi uzas.

Halto estas alia fiasko ol malrapida transdono

La tria kolumno de tiu tabelo decidas, ĉu stabileca testo entute povas okazi, ĉar bazlinio, kiu forigas la tunelon, havas sencon nur tie, kie ekzistas alia vojo. Kun uzebla bazlinio, rigardu la formon de la fiasko anstataŭ ĝian mezan rapidon. Malalta sed konstanta alŝuto indikas kapaciton, dum tasko, kiu haltas kaj restartas, indikas interrompon, aŭtentikigon aŭ unu ĝenan dosieron. Tiuj du produktas preskaŭ identajn plendojn kaj tute malsamajn riparojn.

Ripetoj distordas ĉiun mezuradon, ĉar la bajtoj sur la drato povas esti pli grandaj ol la kvanto, kiu efektive ŝanĝiĝis. Legu la daŭrigan konduton antaŭ ol denove interrompi la taskon por vidi, kio okazas, ĉar dividitaj daŭrigeblaj alŝutoj resaniĝas malmultekoste kaj restartoj de tutaj dosieroj ne. Tunelo, kiu rekonektiĝas ĉiujn kelkajn minutojn, ankaŭ aspektas kiel bendlarĝa problemo, kiam ĝi fakte estas stabileca problemo. La MTU de la vojo pligravigas tion, ĉar tunelo, kiu malgrandigas la uzeblan ŝarĝon, haltigas grandajn segmentojn dum malgrandaj pasas.

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

Unu alŝuto povas malsatigi ĉiujn aliajn fluojn

Alŝuto, kiu plenigas la suprenligon, igas vokojn kaj retumadon nerespondemaj, kaj la sekurkopio malofte estas la sola konkurencanto por ĝi. Dua sinkroniga kliento produktas la saman simpton per si mem. Antaŭ ol kulpigi la tunelon, rigardu, kio alia alŝutas.

Uzu la horaron aŭ bendlarĝan limon, kiun la ilo dokumentas, anstataŭ batali por pinta trairo; lasi marĝenon por interaga laboro kutime valoras pli ol la lastaj procentoj. Poste kontrolu, al kio la limo efektive aplikiĝas, ĉar kelkaj iloj limigas po dosiero, kelkaj la tutan ruladon, kaj kelkaj tute ignoras la superkoston de malgrandaj dosieroj. Limo, kiu ne kongruas kun la laborŝarĝo, ŝanĝas nenion. Split tunneling ankaŭ meritas suspekton ĉi tie, ĉar ekskludi la lanĉilon el la tunelo ne ekskludas la helpan servon, kiu plenumas la alŝuton. Rclone, ekzemple, publikigas kaj transdonajn limojn kaj ripetan konduton en sia dokumentaro, kio faras ĝin utila referenco por tio, kion limo devus regi.

Finu per restaŭro, ne per rapidotesto

Kompletigita alŝuto ne estas sekurkopio ĝis io restaŭriĝas el ĝi. Konfirmu, ke la atendata versio ekzistas, poste restaŭru reprezentan dosieron per la proceduro, kiun la ilo dokumentas. Konservu la restaŭran informon aliloke ol la maŝino aŭ profilo, kiun vi eble perdos, kaj neniam forĵetu funkciantan sekurkopion nur por teni eksperimenton ordema.

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

Ripetu kaj la transdonon kaj la restaŭron post la reta ŝanĝo, por ke la plibonigo montriĝu servi al la sekurkopio, ne nur movi datumojn pli rapide. Tiu dua rulado fermas la bileton. Pli rapida transdono kun neprovita restaŭro estas pli malrapida maniero resti senprotekta.