Is jo VPN-poarte CPU-bûn? Lês earst de lading per kearn
Gemiddelden ferbergje de tried dy't fan betsjutting is. Lês de lading per kearn tsjin in kontrolearre oerdracht, slút it paad út, en feroarje dan ien dokumintearre ynstelling per rin.
Bepale hokker fan de trije grinzen jo berikt hawwe foardat jo in gruttere ynstânsje keapje. Ien kearn folslein beset wylst de oaren stil binne wiist op kryptowurk per stream. Alle kearnen ferseisge by in oerdracht wiist op totale kapasiteit. Lege CPU mei in tanimmend tal weromstjoeringen wiist op it paad. Elk hat in oare earste stap, en mar ien fan harren wurdt oplost troch in gruttere ynstânsje.
Trije grinzen, ien tabel, trije oplossings
| Limit | Reading during a transfer | First move |
|---|---|---|
| Single thread | one core near 100%, siblings idle | spread flows across workers |
| Aggregate CPU | every core busy, load average climbs | capacity, or less work per byte |
| Path or provider | low CPU, retransmits or steal time high | MTU, loss, host contention |
Lês de rigen as diagnoses, net as fazen. Ien tried op 100% wylst de oaren stil binne is it meast foarkommende resultaat op in poarte mei ien grutte tunnel, om't de fersiferring fan dy stream op ien kearn draait. Alle kearnen beset by de oerdracht betsjut dat de masine al safolle wurk docht as se kin. Lege CPU mei tanimmende weromstjoeringen betsjut dat de prosessor wachtet op in netwurk dat oan ien tried wei gegevens ferliest.
Reparearje se yn dy oarder fan bewiis. Streams oer wurkers ferspriede helpt it earste gefal en docht neat foar it twadde. In gruttere ynstânsje helpt it twadde en smyt jild wei oan it earste. In MTU- of ferliesreparaasje is de iennige dy't it tredde rekket. Kapasiteit keapje foardat jo witte yn hokker rige jo sitte is de djoere ferzje fan rieden.
Skied in fêste tried fan in drokke host
Begjin mei gebrûk per kearn, sadat ien fêste kearn him net yn in gemiddelde ferskûlje kin. Ien rin by de oerdracht lit sjen oft de lading flak of pyk is. Beide foarmen binne ynformtyf, en in pykprofyl betsjut faak dat it samplingfinster aktiviteit fan de plener yn stee fan fersiferring fong.
mpstat -P ALL 1 5Wys de drokke kearn ta oan in proses, dan oan in tried. De ferfolchrin hjirûnder hâldt âlder- en bern-triedden byinoar, wat fan belang is as de daemon per ferbining forket:
pidstat -u -t -p $(pgrep -f 'openvpn|wireguard|ipsec') 1 10Kearnkrypto ferskynt nea yn in teller fan in brûkersromteproses. Nim triedden apart op en fergelykje dat byld mei de prosesadministraasje:
top -H -b -n 1 | head -20Lês de socket-tellers as lêste, want dy beslute oft mear CPU überhaupt helpe soe. Weromstjoeringen dy't tanimme wylst CPU flak bliuwt is gjin prosessorprobleem. Hâld de oerdracht oan wylst jo sample, oars beskriuwe de sifers in stille masine:
ss -ti | grep -E 'retrans|cwnd|rtt'In kontrolearre oerdracht, twa kear útfierd
Stille tellers bewize neat, en in benchmark tsjin in willekeurich einpunt bewizet hiel min. Kies ien klant, ien bestimming en ien represintative oerdracht dy't jo útfiere meie, en fêstlizze dan trochset en ynteraktive fertraging yn itselde finster. In poarte kin ferseisje wylst in grutte kopy noch foltôget, en de fertragingskurve is wat brûkers echt fiele. Skriuw de oerdracht, it oantal klanten en de daemonferzje njonken de sifers.
Werhelje de rin mei ferskate parallelle streams. Opskaalje oer streams wiist op finsters per stream; flak bliuwe mei ien fêste kearn wiist op ferwurking.
Werhelje dan noch ien kear mei opsjonele wurklêsten stoppe. In back-up, in lochferstjoerder of in databank op deselde host kinne in drok gemiddelde meitsje dat neat mei tunnels te krijen hat. As CPU noch fêst is wylst de host oars stil is, wize it bewiis op it VPN-proses. As it sakket, metten jo de buorman, en de poarte wie nea it probleem.
Slút it paad út foardat jo hardware keapje
Tanimmende weromstjoeringen, in krimpende oerlêstfinster en tanimmende hin-en-wer-tiid wize allegear fan de prosessor ôf. Fergelykje de tunnel-MTU mei de paad-MTU, kontrolearje de ûnderlizzende keppeling op ferlies, en befêstigje dat de eigen uplink fan de klant net de grins is. In gruttere poarte reparearret gjin keppeling dy't pakketten falle lit, en brûkers beskriuwe beide flaters mei deselde wurden. De weromstjoerteller skiedt se yn minuten.
Op in firtuele server, foegje de metriken fan de leveransier ta oan dy fan de gast. Steld tiid is hoe't oerferkeap yn de gast sichtber wurdt, en gjin tuning yn de gast hellet it fuort. Telders fan de gast kinne de host net sjen, dus in skjinne grafy fan de gast is gjin bewiis fan in sûne host.
Ien feroaring, ien mjitting
Kies de hypoteze dy't it bewiis stipet, en feroarje dan krekt ien stipe ynstelling: oantal wurkers, in dokumintearre offload-opsje of de grutte fan de ynstânsje. OpenVPN publisearret in hannelieding foar it oplossen fan prestaasjesproblemen oer deselde skieding tusken ferwurking en ferfier: Prestaasjesproblemen fan OpenVPN oplosse.
Befêstigje dat de offload-opsje echt aktyf is yn stee fan op de flagge te fertrouwen, en werhelje dan deselde oerdracht en fergelykje lyk mei lyk. Dat is de iennige manier om in echte ferbettering fan in stille middei te ûnderskieden. Hâld in kontrôlepunt dat jo weromsette kinne, want by de twadde feroaring reitsje minsken it spoar kwyt hokker holp. Ien fariabele per rin is stadich foar in dei en fluch foar in moanne.
Ferswakje gjin autentikaasje of de sifersuite om de grafy better lykje te litten. As CPU it symptoom noch net folget, gean werom nei paad- en applikaasjekontrôles yn stee fan op in gissing te upgrade.