Debesų atsarginės kopijos per VPN lėtos: raskite tikrąją fazę

Per VPN šliaužianti atsarginė kopija kviečia akivaizdžiam eksperimentui: atjungti tunelį ir vėl matuoti. Šis eksperimentas dažnai atsako į kitą klausimą, nes užduotis galėjo skaičiuoti failų maišas arba laukti pakartotinio bandymo, o ne perkelti baitus. Pirmiausia atskirkite fazes, ir skundas virsta konkrečiu testu su konkrečiu laukiamu rezultatu. Maršrutas tampa kandidatu tik tada, kai lėta yra būtent perdavimo fazė.

Kurioje fazėje yra užduotis, kai ji atrodo lėta

Atsarginių kopijų įrankiai praeina fazes: failų aptikimas, jų skaitymas ir maišų skaičiavimas, suspaudimas, šifravimas, įkėlimas ir galiausiai tikrinimas. Kiekviena fazė turi savo siaurąją vietą, ir tik kai kurios jų apskritai liečia tinklą. Įrankis, kuris dar nepraneša jokios fazės, sako, kad dar nebaigė nuskaityti.

Užduotis, kuri dvidešimt minučių ruošia milijoną mažų failų, nepaspartės, kai tunelis taps greitesnis. Užduotis, kuri prisotina išėjimo liniją, yra talpos problema su kitu sprendimu. Skaitykite eigos išvestį, kol trunka delsimas, pažymėkite fazę ir užrašykite laiką, nes skundo metu fazė yra vienintelė, kuri svarbi. Maži failai elgiasi kitaip nei vienas didelis objektas, nes dominuoja kelionės pirmyn ir atgal kiekvienam failui, o perdavimas niekada nepasiekia pastovaus greičio. Palyginkite panašų su panašiu prieš darydami išvadas apie tunelį.

Viešas galinis taškas ir privatus NAS nepavyksta skirtingai

Viešoji atsarginių kopijų paslauga turi savo autentifikuotą programos ryšį, o tunelis yra vienas šuolis ilgesniame kelyje. Privatus NAS paprastai priklauso nuo to tunelio, kad būtų pasiekiamas jūsų tinklas. Šis skirtumas nusprendžia, ar atjungimas yra pagrįsta bazinė linija, ar nieko testas.

Viešu atveju ta pati užduotis kitu maršrutu gali būti sąžiningas palyginimas, kai politika leidžia. Privačiu atveju pašalinus tunelį nelieka jokio maršruto į serverį, todėl rezultatas aprašo kelią, kurį ištrynėte, o ne tą, kuriuo naudojatės.

Stabdymas yra kitokia klaida nei lėtas perdavimas

Trečias tos lentelės stulpelis nusprendžia, ar stabilumo testą apskritai galima atlikti, nes bazinė linija, pašalinanti tunelį, turi prasmę tik ten, kur egzistuoja kitas kelias. Turėdami tinkamą bazinę liniją, žiūrėkite į gedimo formą, o ne į vidutinį greitį. Žemas bet pastovus įkėlimas rodo talpą, o užduotis, kuri sustoja ir vėl pradedama, rodo pertraukimą, autentifikavimą ar vieną varginantį failą. Šie du atvejai sukuria beveik identiškus skundus ir visiškai skirtingus remontus.

Pakartotiniai bandymai iškreipia bet kokį matavimą, nes laidu einantys baitai gali būti didesni nei kiekis, kuris tikrai pasikeitė. Perskaitykite tęsimo elgseną prieš vėl pertraukdami užduotį, kad pamatytumėte, kas nutiks, nes padalyti tęsiami įkėlimai atsistato pigiai, o viso failo perkrovimas ne. Tunelis, kuris kas kelias minutes vėl prisijungia, taip pat atrodo kaip pralaidumo problema, kai iš tikrųjų tai stabilumo problema. Kelio MTU tai apsunkina, nes tunelis, mažinantis naudingąją apkrovą, sustabdo didelius segmentus, o maži praeina.

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

Vienas įkėlimas gali išbadyti visus kitus srautus

Įkėlimas, kuris užpildo išėjimo liniją, padaro skambučius ir naršymą nereaguojančius, ir atsarginė kopija retai būna vienintelė, kuri dėl to konkuruoja. Antras sinchronizavimo klientas pats sukelia tą patį simptomą. Prieš kaltindami tunelį, pažiūrėkite, kas dar įkeliama.

Naudokite tvarkaraštį arba pralaidumo ribą, kurią įrankis dokumentuoja, o ne kovokite dėl didžiausio pralaidumo; vietos palikimas interaktyviam darbui paprastai vertingesnis už paskutinius procentus. Tada patikrinkite, kam riba iš tikrųjų taikoma, nes kai kurie įrankiai riboja pagal failą, kiti visą vykdymą, o dar kiti visiškai nepaiso mažų failų sąnaudų. Ribą, kuri neatitinka darbo krūvio, nieko nekeičia. Padalintas tuneliavimas čia taip pat vertas įtarumo, nes paleidėjo pašalinimas iš tunelio nepašalina pagalbinės tarnybos, kuri atlieka įkėlimą. Pavyzdžiui, Rclone skelbia ir perdavimo ribas, ir pakartotinių bandymų elgseną savo dokumentacijoje, todėl tai yra naudinga nuoroda, ką riba turėtų kontroliuoti.

Užbaikite atkūrimu, o ne greičio testu

Užbaigtas įkėlimas nėra atsarginė kopija, kol iš jo kas nors neatkuriama. Patvirtinkite, kad laukiama versija egzistuoja, tada atkurkite reprezentatyvų failą įrankio dokumentuota procedūra. Laikykite atkūrimo informaciją ne ten, kur yra mašina ar profilis, kurį galite prarasti, ir niekada neišmeskite veikiančios atsarginės kopijos vien tam, kad eksperimentas liktų tvarkingas.

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

Pakartokite ir perdavimą, ir atkūrimą po tinklo pakeitimo, kad pagerėjimas pasitarnautų atsarginei kopijai, o ne tik greitesniam duomenų perkėlimui. Būtent antras paleidimas uždaro bilietą. Greitesnis perdavimas su neišbandytu atkūrimu yra lėtesnis būdas likti be apsaugos.