Zašto je VPN preuzimanje ograničeno serverovim otpremanjem

Klijent pokazuje brzu silaznu vezu, server stoji na optičkom priključku, a prijenos i dalje puže. Broj koji ljudi porede obično je onaj otisnut u klijentovom paketu, dok paket zapravo prvo prelazi serverovu izlaznu pristupnu vezu. Ta veza je budžet u koji prijenos mora stati. Na malom kućnom priključku to je najmanji broj na putu.

Broj koji ste pročitali bio je u pogrešnom smjeru

Preuzimanje prema udaljenom klijentu troši kapacitet otpremanja na serverskom kraju tunela. Oglašene serverove brzine preuzimanja opisuju suprotan smjer i ne govore ništa o ovom. Ista asimetrija se okreće kad klijent otprema, zbog čega jedan smjer može izgledati dobro dok je drugi neupotrebljiv.

Troškovi inkapsulacije i bilo koji konkurentski promet troše dio istog budžeta. Ni jedno ni drugo nije vidljivo u testu brzine koji mjeri samo klijenta.

Zapišite put kao budžet

Navedite svaku granicu koju paket mora prijeći i dajte svakoj broj u istoj jedinici. Isporuka iz izvora, obrada na serveru, serverova uzlazna veza, međuput, klijentova silazna veza i obrada na klijentu sve se primjenjuju. Upotrebljiva brzina je najmanja od njih minus troškovi, i nikakvo podešavanje iznad tog plafona ne mijenja ishod. Zapišite popis prije mjerenja, jer vam kaže kojem broju ne vjerovati.

Uz serversku uzlaznu vezu od 20 Mbit/s i klijentovu silaznu vezu od 100 Mbit/s server ograničava prijenos mnogo prije nego što klijent to primijeti. Troškovi i bilo koji istovremeni prijenos uzimaju još jedan dio, a zasićena uzlazna veza odgađa i potvrde, što usporava TCP prijenos ispod sirovog plafona. Nijedan od tih dvaju efekata ne pojavljuje se u poređenju paketa.

Držite megabite i megabajte odvojeno i navedite mjeri li svaka brojka promet šifrirane veze ili korisni teret aplikacije. Miješanje tih dvaju najčešći je razlog zašto se budžet čini neusklađenim. Označite svaku brojku njezinom jedinicom i točkom mjerenja.

Gdje vam ploča zaista stvara trošak

Kad pristupna veza postane dovoljno velika, hardver krajnje točke postaje vidljiv i tek tada procesor ima značenje. Odredite model, raspored sučelja i implementaciju koja se koristi. Zapažanje o zajedničkoj magistrali rane ploče ne opisuje svaku kasniju reviziju.

Poredite pojedinačne putanje obrade, a ne jedan prosjek CPU-a. Umjereno ukupno opterećenje može sakriti jedno zasićeno jezgro koje obavlja sav rad po paketu, a taktna frekvencija ne prenosi se između dizajna procesora kao ocjena performansi. Brzina paketa jednako je važna kao propusnost, jer mali paketi stoje više po bajtu od velikih. Mjerite veličinama paketa koje vaše opterećenje stvarno koristi.

Toplinska i energetska ograničenja također odlučuju o trajnom ponašanju. Kratak rafal može izgledati izvrsno dok prijenos od deset minuta throttla, zbog čega je benchmark od nekoliko sekundi loš vodič za noćnu sigurnosnu kopiju.

Dobavljačeve smjernice za performanse razdvajaju pristupnu propusnost, CPU, obradu paketa, prijenos i veličinu paketa u zasebna ograničenja. Vrijedi ih pročitati prije promjene šifre, jer promjena šifre rijetko pomiče granicu koja nikad nije bila ograničenje.

Mjerite prije nego promijenite šifru

Pokrenite smjerni test koji izvještava o brzini stvarno postignutoj kroz tunel, zatim pokrenite isti test na sirovom sučelju za usporedbu. Razlika između tih dvaju brojeva cijena je tunela, a manji od dvaju plafona kaže vam na koju granicu napasti.

Čuvajte sigurnosnu politiku netaknutom dok poredite. Star rezultat dobiven slabom šifrom ili overklokiranom pločom nije plan za trenutnu implementaciju.

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

Pohranite smjerne rezultate uz zapažanja krajnje točke iz istog pokretanja. Sljedeća promjena treba ciljati izmjereni plafon, a ne komponentu koja na specifikaciji izgleda najmanja.