Dva servery s rovnakým počtom procesorov môžu udržať veľmi rozdielnu priepustnosť, pretože rozhodujúce číslo je, koľko jadier dokáže aktívna dátová cesta skutočne využiť. Jediný démon v používateľskom priestore, ktorý spracúva pakety jedného klienta, je obmedzený na jedno jadro, kým odľahčená cesta v jadre môže túto prácu rozložiť. Ani jedno z tvrdení nehovorí, čo konkrétny stroj urobí s vašou prevádzkou, preto meranie prichádza pred počítaním jadier.

Porovnanie nižšie je o tom, kde sa pakety spracúvajú, nie o tom, ktorý produkt je rýchlejší v abstraktnom zmysle. To sú rôzne otázky s rôznymi odpoveďami.

Jedno jadro na tok na ceste v používateľskom priestore

V tradičnej inštancii Community OpenVPN sa dátový kanál spracúva v používateľskom priestore a vyťažené spojenie môže pripútať jeden procesor, kým celkové vyťaženie stroja zostáva nenápadné. Preto pridanie jadier k hostiteľovi, ktorý je už nasýtený na jednom toku, nič nemení: plánovač nemá ako tú prácu rozdeliť. Štruktúra jeden proces na klienta obmedzuje prenos jedného klienta kapacitou jedného jadra, nech je celkový počet jadier akýkoľvek. Počas testu čítajte vyťaženie jednotlivých jadier namiesto súhrnného čísla, inak bude úzke miesto vyzerať ako voľná rezerva.

Spustenie niekoľkých inštancií servera na jednom hostiteľovi rozdeľuje oddelených klientov medzi procesy. Neparalelizuje existujúce spojenie a vyžaduje oddelené skupiny, prijímače a rozhodnutia o smerovaní.

Druhá cesta: pakety v jadre

Odľahčenie dátového kanála presúva podporované spracovanie paketov a kryptografiu do jadra, kde práca môže využiť niekoľko jadier. Mení to otázku kapacity z jedného jadra na stroj, ale iba pre konfigurácie, ktoré implementácia podporuje: kompatibilný modul jadra, vhodná dátová šifra a konfigurácia bez funkcií, ktoré odľahčenie vylučuje. Nainštalovať modul nie je to isté ako ho používať, preto overte aktívny režim z vlastného protokolu spojenia alebo z výstupu stavu. Banner verzie dokazuje, čo je dostupné, nie čo beží.

Odľahčenie neodstraňuje overovanie ani riadiaci kanál a nerobí každé nasadenie viacjadrovým. Je to miestne zrýchlenie kompatibilnej dátovej cesty a požiadavky sa líšia podľa platformy a verzie.

Čo porovnanie vlastne rozhoduje

Skutočná voľba je medzi prijatím stropu na tok, rozdelením klientov medzi inštanciami a prechodom na podporovanú konfiguráciu s odľahčením. Každá rieši iný problém a výber nesprávnej stojí peniaze bez toho, aby pohla číslom. Dôležitý test je ten, ktorý má tvar spôsobu používania služby.

Zmerajte tri tvary: jeden klient s jedným prenosom, jeden klient s niekoľkými tokmi a niekoľko klientov spolu. Vysoký súčet v treťom nedokazuje, že ho jedno stiahnutie dokáže dosiahnuť, a pomalý jednotlivý prenos nedokazuje, že server vyčerpal celkovú kapacitu. Výsledky odpovedajú na rôzne otázky a oba má zmysel mať.

Len prostredný tvar hovorí, či pomáha súbežnosť vnútri jedného klienta, čo je zvyčajne vlastnosť transportu a cesty, nie servera. Len prvý hovorí strop, ktorý uvidí jedna aplikácia. Udržujte záťaž medzi behmi rovnakú, aby porovnanie niečo znamenalo.

Merať tak, aby číslo niečo znamenalo

Zapíšte verzie servera a klienta, aktívnu dátovú cestu, dohodnutú dátovú šifru, smer prenosu, veľkosti paketov, počet tokov a trvanie. Sledujte aktivitu jednotlivých jadier a straty paketov a frontov na oboch koncoch, pretože rozhranie samotného klienta, sieť poskytovateľa alebo cieľová služba sa môžu stať hranicou ako prvé. Meňte vždy jednu premennú, pretože beh, ktorý mení šifru, kompresiu, MTU a odľahčenie naraz, vám nepovie, ktorá bola dôležitá. Počas testu dodržiavajte prístupovú politiku, ktorú skutočne hodláte nasadiť, pretože laboratórne usporiadanie, ktoré nikto nespustí, dokazuje málo.

Potom nechajte rezervu pre riadiaci kanál, pre opätovné rokovania a pre všetko ostatné, čo na hostiteľovi beží.

Uveďte, čo konfigurácia udržala pri zamýšľanej súbežnosti, a nie rýchlosť odvodenú z cudzieho hardvéru. Číslo s uvedenými testovacími podmienkami je užitočné; sľub bez nich je odhad, ktorý vám neskôr vrátia.

Súvisiace články