Miksi VPN-lataus rajoittuu palvelimen uploadiin

Asiakas näyttää nopean download-linkin, palvelin istuu kuituliitännässä, ja siirto ryömii silti. Luku, jota ihmiset vertaavat, on yleensä asiakkaan liittymään painettu luku, kun taas paketti ylittää ensin palvelimen lähtevän liityntälinkin. Se linkki on budjetti, johon siirron on mahduttava. Pienessä kotiliittymässä se on polun pienin luku.

Lukema, jonka luit, oli väärään suuntaan

Lataus etäasiakkaalle kuluttaa upload-kapasiteettia tunnelin palvelinpäässä. Palvelimen mainostetut download-nopeudet kuvaavat vastakkaista suuntaa eivätkä kerro tästä mitään. Sama epäsymmetria kääntyy, kun asiakas lataa ylös, minkä vuoksi toinen suunta voi tuntua hyvältä, kun toinen on käyttökelvoton.

Kehystyksen ylikuorma ja kaikki kilpaileva liikenne kuluttavat osan samasta budjetista. Kumpikaan ei näy nopeustestissä, joka mittaa vain asiakasta.

Kirjoita polku budjetiksi

Listaa jokainen raja, jonka paketin on ylitettävä, ja anna jokaiselle luku samassa yksikössä. Toimitus lähteestä, palvelimen käsittely, palvelimen uplink, välissä oleva polku, asiakkaan downlink ja asiakkaan käsittely pätevät kaikki. Käytettävä nopeus on niistä pienin miinus ylikuorma, eikä mikään säätö katon yläpuolella muuta tulosta. Kirjoita lista ennen mittausta, sillä se kertoo, mihin lukuun ei kannata uskoa.

Kun palvelimen uplink on 20 Mbit/s ja asiakkaan downlink 100 Mbit/s, palvelin rajoittaa siirtoa kauan ennen kuin asiakas huomaa sen. Ylikuorma ja mahdollinen samanaikainen siirto ottavat vielä osansa, ja kyllästynyt uplink viivästyttää myös kuittauksia, mikä hidastaa TCP-siirtoa raakaa kattoa alemmas. Kumpikaan vaikutus ei näy liittymien vertailussa.

Pidä megabitit ja megatavut erillään ja kerro, mittaako kukin luku salatun linkin liikennettä vai sovelluksen hyötykuormaa. Näiden kahden sekoittaminen on yleisin syy siihen, että budjetti näyttää olevan täsmäämättä. Merkitse jokainen luku yksiköllään ja mittauspisteellään.

Missä emolevy todella maksaa sinulle

Kun liityntälinkki on tarpeeksi suuri, päätepisteen laitteisto tulee näkyviin, ja vasta silloin prosessorilla on merkitystä. Tunnista malli, liitäntäjärjestely ja käytössä oleva toteutus. Havainto varhaisen emolevyn jaetusta väylästä ei kuvaa jokaista myöhempää revisiota.

Vertaa yksittäisiä käsittelypolkuja yhden CPU-keskiarvon sijaan. Kohtalainen kokonaiskuorma voi piilottaa yhden kyllästyneen ytimen, joka tekee kaiken työn pakettia kohden, eikä kellotaajuus siirry prosessorimallien välillä suorituskykypisteinä. Pakettinopeus on yhtä tärkeä kuin läpäisy, sillä pienet paketit maksavat tavua kohden enemmän kuin suuret. Mittaa pakettiko'oilla, joita työkuormasi todella käyttää.

Lämpö- ja tehorajat ratkaisevat myös jatkuvan käyttäytymisen. Lyhyt purske voi näyttää erinomaiselta, kun taas kymmenen minuutin siirto jarruttaa, minkä vuoksi muutaman sekunnin vertailuarvio on huono opas yövarmuuskopioon.

Valmistajan suorituskykyohjeet erottavat liityntäkaistan, CPU:n, pakettikäsittelyn, kuljetuksen ja pakettikoon erillisiksi rajoitteiksi. Ne kannattaa lukea ennen salauksen vaihtamista, sillä salauksen vaihto harvoin siirtää rajaa, joka ei koskaan ollut rajana.

Mittaa ennen kuin vaihdat salausta

Aja suuntakohtainen testi, joka raportoi tunnelin läpi tosiasiassa saavutetun nopeuden, ja aja sitten sama testi raakaliitännällä vertailua varten. Näiden kahden luvun ero on tunnelin hinta, ja kahdesta katosta pienempi kertoo, mitä rajaa vastaan hyökätä.

Pidä tietoturvakäytäntö koskemattomana vertailun ajan. Vanha tulos, joka on saatu heikolla salauksella tai ylikellotetulla emolevyllä, ei ole nykyisen käyttöönoton suunnitelma.

iperf3 -c 10.44.0.1 -R -t 30
iperf3 -c 10.44.0.1 -t 30
ethtool eth0 | grep -i speed

Tallenna suuntakohtaiset tulokset saman ajon päätepisteen havaintojen viereen. Seuraavan muutoksen pitäisi kohdistua mitattuun kattoon eikä komponenttiin, joka näyttää tietolomakkeella pienimmältä.