VPN dettur út við stórar upphleðslur: lestu biðröðina fyrst

Göngin eru stöðug allan daginn og detta svo út hvenær sem stór upphleðsla hefst. Gagnvirkar beiðnir stíflast fyrst, biðlarinn tilkynnir tímamörk og tengingin kemur aftur þegar flutningnum lýkur. Þetta mynstur bendir til biðraðar og vinnslu frekar en að fjartengdur þjónn sé niðri, því þjóninum var aldrei gefinn kostur á að svara í tæka tíð. Verkið er að endurskapa þetta undir stýrðu álagi og lesa réttu teljarana.

Breyttu einni breytu í hverri keyrslu og hafðu endapunktinn fastan.

Byggðu endurtakanlegt álagssamanburð

Skráðu grunnlínu meðan tengingin er í hvíld: umferðartíma, nokkrar forritsbeiðnir og atburðaskrá göngunnar sjálfrar. Byrjaðu svo upphleðslu af þekktri stærð og endurtaktu nákvæmlega þessar mælingar á meðan hún gengur. Hafðu endapunktinn, biðlarann og prófunarviðtakann óbreytta, því að breyta tveimur þeirra í einu segir þér ekkert.

Taktu eftir því hvaða atburður birtist fyrst. Hækkandi umferðartími fyrir hvaða villu sem er bendir til biðraðar; hörð tímamörk með stöðugri seinkun benda til eitthvað annars, eins og lyklaskipta eða aðgerðar á reikningnum. Mynstrin tvö leiða til mismunandi næstu skrefa. Skráðu athugunina áður en þú breytir einhverju.

Vistaðu úttakið með tímasetningum svo hægt sé að bera saman álags- og hvíldarkeyrslurnar línu fyrir línu.

Lestu biðröðina, ekki hraðann

Neytendatengingar hlaða pakkana í búnað veitandans, og full útstreymisbiðröð seinkar öllu, þar á meðal litlum stjórnpökkum sem halda göngum lifandi. Hraðapróf sem sýnir háa tölu segir lítið um þá seinkun, og þess vegna tekst próf í hvíld meðan mettuð tenging bregst.

ping -c 20 -i 0.2 203.0.113.10
mtr -rwc 20 203.0.113.10
tc -s qdisc show dev eth0
ss -ti dst 203.0.113.10
nstat -az | grep -E 'Retrans|Timeout'

Berðu saman seinkunartölur undir álagi við tölurnar í hvíld. Stökk frá tugum millisekúndna upp í hundruð, án pakkataps, er biðröð; tap með stöðugri seinkun bendir til annarrar bilunar.

Athugaðu tækið og stjórnleiðina

Dulkóðun og framsending kosta örgjörvatíma, og lítill beinir eða fartölva sem er hitaþvinguð getur sleppt pökkum á meðan hún er upptekin. Fylgstu með heildarálagi frekar en hlutfalli eins ferlis, því framsending í kjarnanum og meðferð truflana birtist ekki þar sem fólk horfir venjulega.

uptime
mpstat -P ALL 1 3
dmesg | grep -i -E 'thermal|throttl'
journalctl -u openvpn-server@server --since '10 min ago' | tail -20

Tímamörk hjá biðlara geta einnig fallið saman við áætluð lyklaskipti eða við atburð í setustefnu. Lestu eigin skrá biðlarans fyrir röð atburða, ekki aðeins villuboð forritsins.

Breyttu einu atriði og endurtaktu

Þar sem kerfið styður það skaltu takmarka upphleðsluhraðann eða flokka magnsamskipti undir gagnvirk samskipti svo biðröðin fyllist aldrei. Endurtaktu svo sama vinnuálagið og berðu saman sömu þrjár tölurnar og áður. Breyting sem bætir hraðapróf en lætur tímamörkin standa hefur ekki lagað neitt.

Að hækka tímamörk á öllum sviðum og veikja dulkóðun eru þær tvær breytingar sem láta einkennin hverfa án þess að greina hvaða mörk brugðust. Hvorug er viðgerð. Báðar færa bilunina síðar, þar sem erfiðara er að tengja hana orsök.

Endaðu á að prófa nýja beiðni og endurtengingarhegðunina sem notandinn treystir raunverulega á. Stöðugleiki undir því álagi sem olli kvörtuninni er eina niðurstöðuna sem er þess virði að skrá.