Kopjet rezervë në cloud janë të ngadalta përmes VPN: gjeni fazën reale

Një kopje rezervë që zvarritet përmes një VPN fton në eksperimentin e dukshëm: shkëput tunelin dhe mat përsëri. Ky eksperiment shpesh përgjigjet një pyetjeje tjetër, sepse puna mund të ketë qenë duke llogaritur hash-e të skedarëve ose duke pritur një riprovim në vend që të lëvizte bajtë. Ndani fillimisht fazat dhe ankesa kthehet në një test konkret me një rezultat të pritur konkret. Rruga bëhet kandidate vetëm kur faza e transferimit është ajo që është vërtet e ngadaltë.

Në cilën fazë është puna kur duket e ngadaltë

Mjetet e kopjes rezervë kalojnë nëpër faza: zbulimi i skedarëve, leximi dhe llogaritja e hash-eve, kompresimi, kriptimi, ngarkimi dhe më pas verifikimi. Çdo fazë ka pengesën e vet dhe vetëm disa prej tyre prekin fare rrjetin. Një mjet që nuk raporton ende asnjë fazë po ju thotë se nuk e ka përfunduar skanimin.

Një punë që kalon njëzet minuta duke përgatitur një milion skedarë të vegjël nuk do të shpejtojë kur tuneli të bëhet më i shpejtë. Një punë që ngop lidhjen e ngarkimit është një problem kapaciteti me një zgjidhje tjetër. Lexoni daljen e progresit ndërsa ndodh vonesa, shënoni fazën dhe shkruani kohën, sepse faza në momentin e ankesës është e vetmja që ka rëndësi. Skedarët e vegjël sillen ndryshe nga një objekt i vetëm i madh, sepse mbizotërojnë udhëtimet vajtje-ardhje për skedar dhe transferimi nuk arrin kurrë një ritëm të qëndrueshëm. Krahasoni të ngjashmen me të ngjashmen para se të nxirrni përfundime për tunelin.

Një pikë fundore publike dhe një NAS privat dështojnë ndryshe

Një shërbim publik kopje rezervë mbart lidhjen e vet të autentikuar të aplikacionit, dhe tuneli është një kërcim në një rrugë më të gjatë. Një NAS privat zakonisht varet nga ai tunel për aksesin bazë në rrjetin tuaj. Ky ndryshim vendos nëse shkëputja është një vijë bazë e vlefshme apo një test i asgjëje.

Në rastin publik, e njëjta punë përmes një rruge tjetër mund të jetë një krahasim i drejtë kur politika e lejon. Në rastin privat, heqja e tunelit nuk lë asnjë rrugë drejt serverit, kështu që rezultati përshkruan rrugën që fshitë, jo atë që përdorni.

Një ndalim është një dështim ndryshe nga një transferim i ngadaltë

Kolona e tretë e asaj tabele vendos nëse një test qëndrueshmërie mund të kryhet fare, sepse një vijë bazë që heq tunelin ka kuptim vetëm aty ku ekziston një rrugë tjetër. Me një vijë bazë të përdorshme, shikoni formën e dështimit dhe jo normën mesatare. Një ngarkim i ulët por i qëndrueshëm tregon kapacitet, ndërsa një punë që ngec dhe rinis tregon ndërprerje, autentikim ose një skedar problematik. Këto të dyja prodhojnë ankesa pothuajse identike dhe riparime krejt të ndryshme.

Riprovat shtrembërojnë çdo matje, sepse bajtët në lidhje mund të jenë më të shumtë se sasia që ndryshoi në të vërtetë. Lexoni sjelljen e vazhdimit përpara se ta ndërprisni përsëri punën për të parë çfarë ndodh, sepse ngarkimet e ndara të vazhdueshme rikuperohen lirshëm dhe rinisjet e skedarit të plotë jo. Një tunel që rilidhet çdo pak minuta duket gjithashtu si problem gjerësie brezi kur në fakt është problem qëndrueshmërie. MTU-ja e rrugës e rëndon këtë, sepse një tunel që zvogëlon ngarkesën e dobishme bllokon segmentet e mëdha ndërsa ato të vogla kalojnë.

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

Një ngarkim i vetëm mund të urizë të gjitha rrjedhat e tjera

Një ngarkim që mbush lidhjen e ngarkimit i bën thirrjet dhe shfletimin të përgjigjen pa reagim, dhe kopja rezervë është rrallë e vetmja që konkurron për të. Një klient i dytë sinkronizimi prodhon të njëjtin simptom vetë. Para se të fajësoni tunelin, shikoni çfarë tjetër po ngarkohet.

Përdorni orarin ose kufirin e gjerësisë së brezit që dokumenton mjeti në vend që të luftoni për xhiro maksimale; lënia e hapësirës për punë interaktive zakonisht vlen më shumë se përqindjet e fundit. Më pas kontrolloni çfarë prek në të vërtetë kufiri, sepse disa mjete kufizojnë për skedar, të tjerë të gjithë ekzekutimin dhe të tjerë injorojnë plotësisht koston e skedarëve të vegjël. Një kufi që nuk përputhet me ngarkesën nuk ndryshon asgjë. Tunelimi i ndarë meriton gjithashtu dyshim këtu, sepse përjashtimi i lëshuesit nga tuneli nuk përjashton shërbimin ndihmës që kryen ngarkimin. Rclone, për shembull, publikon si kufijtë e transferimit ashtu edhe sjelljen e riprovave në dokumentacionin e tij, gjë që e bën atë një referencë të dobishme për çfarë duhet të kontrollojë një kufi.

Përfundoni me një rikthim, jo me një test shpejtësie

Një ngarkim i përfunduar nuk është kopje rezervë derisa diçka të rikthehet prej tij. Konfirmoni se versioni i pritur ekziston, më pas rikthejeni një skedar përfaqësues me procedurën që dokumenton mjeti. Mbani informacionin e rikuperimit diku tjetër përveç makinës ose profilit që mund të humbni, dhe mos hidhni kurrë një kopje që funksionon vetëm për ta mbajtur eksperimentin të rregullt.

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

Përsëritni si transferimin ashtu edhe rikthimin pas ndryshimit të rrjetit, që përmirësimi të duket se i shërben kopjes rezervë dhe jo vetëm lëvizjes më të shpejtë të të dhënave. Ekzekutimi i dytë është ai që mbyll biletën. Një transferim më i shpejtë me një rikthim të paprovuar është një mënyrë më e ngadaltë për të mbetur pa mbrojtje.