Wolke-rugsteun is stadig oor die VPN: vind die werklike fase

'n Rugsteuntaak wat oor 'n VPN kruip, nooi die voor die hand liggende eksperiment uit: ontkoppel die tonnel en meet weer. Daardie eksperiment beantwoord dikwels 'n ander vraag, want die taak het dalk lêers gehash of op 'n herprobeer gewag eerder as om grepe te skuif. Skei eers die fases, dan word die klagte 'n spesifieke toets met 'n spesifieke verwagte uitkoms. Die roete word eers 'n kandidaat sodra dit die oordragfase is wat werklik stadig is.

In watter fase is die taak wanneer dit stadig voel

Rugsteunprogramme loop deur fases: lêers ontdek, lees en hash, komprimeer, versleutel, oplaai en dan verifieer. Elke fase het sy eie knelpunt, en net sommige daarvan raak hoegenaamd aan die netwerk. 'n Program wat nog geen fase rapporteer nie, sê vir jou dat dit nog nie klaar geskandeer het nie.

'n Taak wat twintig minute spandeer om 'n miljoen klein lêers voor te berei, sal nie vinniger word wanneer die tonnel vinniger word nie. 'n Taak wat die opstroom versadig, is 'n kapasiteitsprobleem met 'n ander oplossing. Lees die vorderingsuitvoer terwyl die vertraging plaasvind, let op die fase en skryf die tydstempel neer, want die fase ten tyde van die klagte is die enigste een wat saak maak. Klein lêers gedra hulle ook anders as een groot objek, want rondtes per lêer oorheers en die oordrag bereik nooit 'n bestendige tempo nie. Vergelyk soortgelyke gevalle voordat jy gevolgtrekkings oor die tonnel maak.

'n Openbare eindpunt en 'n private NAS faal op verskillende maniere

'n Openbare rugsteundiens het sy eie geauthentiseerde toepassingsverbinding, en die tonnel is een sprong op 'n langer pad. 'n Private NAS maak gewoonlik op daardie tonnel staat vir basiese bereikbaarheid na jou netwerk. Daardie verskil bepaal of ontkoppeling 'n geldige basislyn is of 'n toets van niks.

Vir die openbare geval kan dieselfde taak oor 'n ander roete 'n billike vergelyking wees wanneer beleid dit toelaat. Vir die private geval laat die verwydering van die tonnel hoegenaamd geen roete na die bediener nie, so die resultaat beskryf die pad wat jy geskrap het eerder as die een wat jy gebruik.

'n Stilstand is 'n ander mislukking as 'n stadige oordrag

Die derde kolom van daardie tabel bepaal of 'n stabiliteitstoets hoegenaamd kan plaasvind, want 'n basislyn wat die tonnel verwyder, beteken net iets waar 'n ander pad bestaan. Met 'n bruikbare basislyn, kyk na die vorm van die mislukking eerder as sy gemiddelde tempo. 'n Lae maar bestendige opstroom dui op kapasiteit, terwyl 'n taak wat stilstand en weer begin, dui op onderbreking, authentisering of een lastige lêer. Daardie twee lewer byna identiese klagtes en heeltemal verskillende herstellings.

Herprobeerpogings verdraai enige meting, want die grepe op die draad kan groter wees as die hoeveelheid wat werklik verander het. Lees die hervatgedrag voordat jy die taak weer onderbreek om te sien wat gebeur, want verdeelde hervatbare oplaai herstel goedkoop en heel-lêer-herbegin nie. 'n Tonnel wat elke paar minute weer aansluit, lyk ook soos 'n bandwydteprobleem wanneer dit eintlik 'n stabiliteitsprobleem is. Die pad-MTU vererger dit, want 'n tonnel wat die bruikbare vrag verminder, laat groot segmente stilstaan terwyl klein segmente deurkom.

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

Een oplaai kan elke ander vloei uithonger

'n Oplaai wat die opstroomskakel vul, maak oproepe en blaai onreageerbaar, en die rugsteun is selde die enigste ding wat daarvoor meeding. 'n Tweede sinchroniseerkliënt veroorsaak dieselfde simptoom op sy eie. Voordat jy die tonnel blameer, kyk wat anders oplaai.

Gebruik die skedule of bandwydteperk wat die program dokumenteer eerder as om vir piekdeurset te veg, en om ruimte vir interaktiewe werk te laat, is gewoonlik meer werd as die laaste paar persent. Kyk dan waarvoor die perk werklik geld, want sommige programme beperk per lêer, sommige beperk die hele lopie, en sommige ignoreer klein-lêer-oorhoofde heeltemal. 'n Perk wat nie by die werklading pas nie, verander niks. Verdeelde tonnelering verdien hier ook agterdog, want om die lanseerder van die tonnel uit te sluit, sluit nie die helperdiens uit wat die oplaai doen nie. Rclone publiseer byvoorbeeld beide oordraglimiete en herprobeergedrag in sy dokumentasie, wat dit 'n nuttige verwysing maak vir wat 'n perk moet beheer.

Eindig met 'n herstel, nie 'n spoedtoets nie

'n Voltooide oplaai is nie 'n rugsteun voordat iets daaruit herstel nie. Bevestig dat die verwagte weergawe bestaan, en herstel dan 'n verteenwoordigende lêer volgens die prosedure wat die program dokumenteer. Hou die herstelinligting op 'n ander plek as die masjien of profiel wat jy dalk verloor, en gooi nooit 'n rugsteun weg wat werk net om 'n eksperiment netjies te hou nie.

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

Herhaal beide die oordrag en die herstel ná die netwerkverandering, sodat die verbetering wys dat dit die rugsteun dien eerder as om net data vinniger te skuif. Daardie tweede lopie is wat die kaartjie sluit. 'n Vinniger oordrag met 'n ongetoetste herstel is 'n stadiger manier om onbeskermd te bly.