Onko VPN-yhdyskäytäväsi CPU-rajoitteinen? Lue ensin kuormitus ydintä kohden

Selvitä, minkä kolmesta rajoitteesta olet saavuttanut, ennen kuin ostat suuremman instanssin. Yksi ydin täysillä muiden ollessa joutilaina viittaa salaustyöhön virtausta kohden. Kaikkien ytimien kyllästyminen siirron aikana viittaa kokonaiskapasiteettiin. Alhainen CPU ja kasvava uudelleenlähetysten määrä viittaavat polkuun. Jokaisella on erilainen ensiliike, ja vain yksi niistä ratkeaa suuremmalla instanssilla.

Kolme rajaa, yksi taulukko, kolme korjausta

Lue rivit diagnooseina, älä vaiheina. Yksi säie 100 prosentissa muiden ollessa joutilaina on yleisin tulos yhden suuren tunnelin yhdyskäytävällä, koska sen virtauksen salaus pyörii yhdellä ytimellä. Kaikkien ytimien ollessa kiireisiä siirron aikana kone tekee jo niin paljon työtä kuin pystyy. Alhainen CPU ja kasvavat uudelleenlähetykset tarkoittavat, että suoritin odottaa verkkoa, joka pudottaa dataa jatkuvasti.

Korjaa ne tässä todisteiden järjestyksessä. Virtausten jakaminen työntekijöille auttaa ensimmäistä tapausta eikä tee toiselle mitään. Suurempi instanssi auttaa toista ja tuhlaa rahaa ensimmäisessä. MTU- tai häviökorjaus on ainoa, joka koskee kolmatta. Kapasiteetin ostaminen ennen kuin tiedät, millä rivillä olet on arvailun kallis versio.

Erota kiinnittynyt säie kiireisestä isännästä

Aloita ydinkohtaisesta käytöstä, jotta yksi kiinnittynyt ydin ei voi piiloutua keskiarvoon. Yksi ajo siirron aikana näyttää, onko kuormitus tasainen vai piikikäs. Molemmat muodot ovat informatiivisia, ja piikikäs profiili tarkoittaa usein, että näyteikkuna tavoitti ajoittajan toimintaa salauksen sijaan.

mpstat -P ALL 1 5

Kohdista kiireinen ydin prosessiin ja sitten säikeeseen. Alla oleva seuranta-ajo pitää ylä- ja alisäikeet yhdessä, millä on merkitystä, kun daemon haarautuu yhteyttä kohden:

pidstat -u -t -p $(pgrep -f 'openvpn|wireguard|ipsec') 1 10

Ytimen salaus ei koskaan näy käyttäjäavaruuden prosessilaskurissa. Näytä säikeet erikseen ja vertaa tätä näkymää prosessin kirjanpitoon:

top -H -b -n 1 | head -20

Lue socket-laskurit viimeisenä, koska ne päättävät, auttaisiko lisä-CPU ylipäätään. Kasvavat uudelleenlähetykset tasaisella CPU:lla eivät ole suorittimen ongelma. Pidä siirto käynnissä näytteenoton ajan, muuten luvut kuvaavat joutilasta konetta:

ss -ti | grep -E 'retrans|cwnd|rtt'

Kontrolloitu siirto, ajettu kahdesti

Joutilaat laskurit eivät todista mitään, ja satunnaiseen päätepisteeseen tehty vertailu todistaa hyvin vähän. Valitse yksi asiakas, yksi kohde ja yksi edustava siirto, jonka saat ajaa, ja tallenna sitten läpäisykyky ja vuorovaikutteinen viive samassa ikkunassa. Yhdyskäytävä voi kyllästyä, kun massakopio vielä valmistuu, ja viivekäyrä on se, mitä käyttäjät todella tuntevat. Kirjoita siirto, asiakasmäärä ja daemonin versio lukujen viereen.

Toista ajo usealla rinnakkaisella virtauksella. Kasvu virtausten myötä viittaa virtauskohtaiseen ikkunointiin; tasaisena pysyminen yhden ytimen ollessa kiinni viittaa käsittelyyn.

Toista sitten vielä kerran valinnaisten työkuormien ollessa pysäytettyinä. Varmuuskopio, lokien lähettäjä tai tietokanta samalla isännällä voivat tuottaa kiireisen keskiarvon, jolla ei ole mitään tekemistä tunnelien kanssa. Jos CPU on edelleen kiinni ja isäntä muuten hiljainen, todisteet osoittavat VPN-prosessiin. Jos se laskee, mittasit naapuria, eikä yhdyskäytävä ollut koskaan ongelma.

Sulje polku pois ennen laitteiston ostamista

Kasvavat uudelleenlähetykset, kutistuva ruuhkaikkuna ja kasvava edestakainen viive osoittavat kaikki poispäin suorittimesta. Vertaa tunnelin MTU:ta polun MTU:hun, tarkista alayhteys häviöiden varalta ja varmista, ettei asiakkaan oma uplink ole rajana. Suurempi yhdyskäytävä ei korjaa linkkiä, joka pudottaa paketteja, ja käyttäjät kuvailevat molemmat viat samoilla sanoilla. Uudelleenlähetyslaskuri erottaa ne minuuteissa.

Virtuaalipalvelimella lisää palveluntarjoajan mittarit vieraan omiin. Varastettu aika on se, miten ylimyynti tulee näkyväksi vieraan sisällä, eikä mikään vieraan sisäinen säätö poista sitä. Vieraan laskurit eivät näe isäntää, joten puhdas vieraan kaavio ei ole todiste terveestä isännästä.

Yksi muutos, yksi mittaus

Valitse hypoteesi, jota todisteet tukevat, ja muuta sitten täsmälleen yhtä tuettua asetusta: työntekijöiden määrä, dokumentoitu offload-vaihtoehto tai instanssin koko. OpenVPN julkaisee suorituskyvyn vianmääritysoppaan samasta käsittelyn ja siirron jaosta: OpenVPN:n suorituskyvyn vianmääritys.

Varmista, että offload-vaihtoehto on todella aktiivinen sen sijaan että luottaisit lippuun, aja sitten identtinen siirto uudelleen ja vertaa samankaltaista samankaltaiseen. Se on ainoa tapa erottaa todellinen parannus hiljaisesta iltapäivästä. Pidä palautettava tarkistuspiste, koska toisessa muutoksessa ihmiset menettävät käsityksen siitä, mikä auttoi. Yksi muuttuja ajoa kohden on hidasta päiväksi ja nopeaa kuukaudeksi.

Älä heikennä todennusta tai salausvalikoimaa, jotta kaavio näyttäisi paremmalta. Jos CPU ei edelleenkään seuraa oiretta, palaa polun ja sovelluksen tarkistuksiin sen sijaan että päivittäisit arvauksen perusteella.