Pilvevarundused on VPN-i kaudu aeglased: leidke tegelik faas

VPN-i kaudu roomav varundus kutsub üles ilmselgele katsele: tunnel lahti ühendada ja uuesti mõõta. See katse vastab sageli teisele küsimusele, sest töö võis failide räsi arvutada või uuesti proovimist oodata, mitte baite liigutada. Eraldage esmalt faasid ja kaebus muutub konkreetseks testiks, millel on konkreetne oodatav tulemus. Marsruut saab kandidaadiks alles siis, kui aeglane on just ülekandefaas.

Millises faasis töö on, kui see tundub aeglane

Varundustööriistad läbivad faase: failide avastamine, nende lugemine ja räsi arvutamine, pakkimine, krüpteerimine, üleslaadimine ja seejärel kontrollimine. Igal faasil on oma kitsaskoht ja ainult mõned neist puudutavad üldse võrku. Tööriist, mis veel ühtegi faasi ei teata, ütleb teile, et see pole skaneerimist lõpetanud.

Töö, mis kulutab kakskümmend minutit miljoni väikese faili ettevalmistamisele, ei kiirene, kui tunnel kiiremaks muutub. Töö, mis küllastab ülesvoolu, on mahutavuse probleem, millel on teistsugune lahendus. Lugege edenemise väljundit viivituse ajal, märkige faas ja kirjutage ajatempel üles, sest kaebuse hetke faas on ainus, mis loeb. Väikesed failid käituvad ka teisiti kui üks suur objekt, sest failipõhised edasi-tagasi käigud domineerivad ja ülekanne ei jõua kunagi stabiilse kiiruseni. Võrrelge sarnast sarnasega enne, kui teete järeldusi tunneli kohta.

Avalik lõpp-punkt ja privaatne NAS ebaõnnestuvad erinevalt

Avalik varundusteenus kannab oma autenditud rakenduseühendust ja tunnel on üks hüpe pikemal teel. Privaatne NAS sõltub tavaliselt sellest tunnelist teie võrgu põhilise kättesaadavuse jaoks. See erinevus otsustab, kas lahtiühendamine on kehtiv baasjoon või mitte millestki.

Avalikul juhul võib sama töö teise marsruudi kaudu olla õiglane võrdlus, kui poliitika seda lubab. Privaatsel juhul ei jäta tunneli eemaldamine serverini üldse mingit marsruuti, nii et tulemus kirjeldab tee, mille te kustutasite, mitte seda, mida kasutate.

Seiskumine on teistsugune tõrge kui aeglane ülekanne

Selle tabeli kolmas veerg otsustab, kas stabiilsustesti saab üldse teha, sest tunnelit eemaldav baasjoon tähendab midagi ainult seal, kus on olemas teine tee. Kasutatava baasjoonega vaadake tõrke kuju, mitte selle keskmist kiirust. Madal, kuid ühtlane üleslaadimine viitab mahutavusele, samas kui töö, mis seiskub ja taaskäivitub, viitab katkestusele, autentimisele või ühele tülikale failile. Need kaks tekitavad peaaegu identsed kaebused ja täiesti erinevad parandused.

Korduskatsed moonutavad iga mõõtmist, sest võrgus olevaid baite võib olla rohkem kui tegelikult muutunud kogus. Lugege jätkamise käitumist enne, kui töö uuesti katkestate, et näha, mis juhtub, sest tükeldatud jätkatavad üleslaadimised taastuvad odavalt ja tervete failide taaskäivitused mitte. Tunnel, mis iga paari minuti järel uuesti ühendub, näeb samuti välja nagu ribalaiuse probleem, kui see on tegelikult stabiilsuse probleem. Tee MTU süvendab seda, sest kasulikku lasti vähendav tunnel peatab suured segmendid, samal ajal kui väikesed pääsevad läbi.

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

Üks üleslaadimine võib kõik teised vood näljutada

Ülesvoolu täitev üleslaadimine muudab kõned ja sirvimise reageerimatuks, ja varundus on harva ainus, mis selle nimel võistleb. Teine sünkroonimisklient tekitab sama sümptomi ise. Enne tunneli süüdistamist vaadake, mis veel üles laadib.

Kasutage ajakava või ribalaiuse piirangut, mida tööriist dokumenteerib, selle asemel et võidelda tippläbilaskevõime eest; interaktiivse töö jaoks ruumi jätmine on tavaliselt väärtuslikum kui viimased protsendid. Seejärel kontrollige, millele piirang tegelikult kehtib, sest mõned tööriistad piiravad faili kohta, mõned kogu jooksu ja mõned ignoreerivad väikeste failide lisakulu täielikult. Töökoormusega sobimatu piirang ei muuda midagi. Split tunneling väärib siin samuti kahtlust, sest käivitaja tunnelist väljajätmine ei jäta välja üleslaadimist teostavat abiteenust. Rclone näiteks avaldab nii ülekandepiirangud kui ka korduskatse käitumise oma dokumentatsioonis, mis teeb sellest kasuliku viite selle kohta, mida piirang peaks juhtima.

Lõpetage taastamisega, mitte kiirustestiga

Lõpetatud üleslaadimine ei ole varundus enne, kui sealt midagi taastatakse. Kinnitage, et oodatud versioon on olemas, seejärel taastage esinduslik fail tööriista dokumenteeritud protseduuri järgi. Hoidke taasteteavet mujal kui masin või profiil, mille võite kaotada, ja ärge kunagi visake töötavat varundust ära ainult selleks, et katse korras püsiks.

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

Korrake pärast võrgu muutmist nii ülekannet kui ka taastamist, et paranemine näitaks teenida varundust, mitte ainult andmete kiiremat liigutamist. Just teine jooks sulgeb pileti. Kiirem ülekanne testimata taastamisega on aeglasem viis jääda kaitseta.