Hány mag kell az OpenVPN-nek? Az útvonaltól függ

Két azonos processzorszámú szerver nagyon eltérő átbocsátóképességet tud tartani, mert a döntő szám az, hogy az aktív adatútvonal hány magot tud ténylegesen kihasználni. Egyetlen felhasználói téri démon, amely egy ügyfél csomagjait dolgozza fel, egy magra korlátozódik, míg egy kiszervezett kernelútvonal szét tudja osztani ezt a munkát. Egyik állítás sem mondja meg, mit tesz egy adott gép az Ön forgalmával, ezért a mérés megelőzi a magok számolását.

Az alábbi összehasonlítás arról szól, hol dolgozódnak fel a csomagok, nem arról, melyik termék gyorsabb elvont értelemben. Ezek különböző kérdések különböző válaszokkal.

Egy mag adatfolyamonként a felhasználói téri útvonalon

Egy hagyományos Community OpenVPN példányban az adatcsatorna a felhasználói térben dolgozódik fel, és egy forgalmas kapcsolat leköthet egy processzort, miközben a gép összesített kihasználtsága feltűnés nélkül marad. Ezért nem változtat semmit a magok hozzáadása egy olyan hoszthoz, amely már egyetlen adatfolyamon telített: az ütemezőnek nincs módja szétosztani ezt a munkát. Az ügyfelenként egy folyamat szerkezete egy ügyfél átvitelét egy mag kapacitásához köti, bármennyi is a magok összlétszáma. Teszt közben magonként olvassa a kihasználtságot az összesített szám helyett, különben a szűk keresztmetszet szabad kapacitásnak látszik.

Több szerverpéldány futtatása egy hoszton külön ügyfeleket oszt el a folyamatok között. Ez nem párhuzamosít egy meglévő kapcsolatot, és külön készletekbe, figyelőkbe és útválasztási döntésekbe kerül.

A másik útvonal: csomagok a kernelben

Az adatcsatorna kiszervezése a támogatott csomagfeldolgozást és a kriptográfiát a kernelbe helyezi, ahol a munka több magot is használhat. Ez a kapacitáskérdést egy magról a gépre tolja, de csak azoknál a konfigurációknál, amelyeket a megvalósítás támogat: kompatibilis kernelmodul, megfelelő adatrejtjelező és olyan konfiguráció, amelyből hiányoznak a kiszervezés által kizárt szolgáltatások. Egy modul telepítése nem ugyanaz, mint használni, ezért erősítse meg az aktív módot a kapcsolat saját naplójából vagy állapotkimenetéből. Egy verziószalag azt bizonyítja, mi érhető el, nem azt, mi fut.

A kiszervezés nem szünteti meg a hitelesítést vagy a vezérlőcsatornát, és nem tesz minden telepítést többmagossá. Egy kompatibilis adatútvonal helyi gyorsítása, és a követelmények platformonként és verziónként eltérnek.

Mit dönt el valójában az összehasonlítás

A valódi választás az adatfolyamonkénti plafon elfogadása, az ügyfelek példányok közötti szétosztása és a támogatott kiszervezési konfigurációra való áttérés között van. Mindegyik más problémát kezel, és a rossz választás pénzbe kerül anélkül, hogy a számot mozdítaná. A fontos teszt az, amely a szolgáltatás használatának formáját követi.

Mérjen három formát: egy ügyfél egy átvitellel, egy ügyfél több adatfolyammal, és több ügyfél együtt. A harmadik magas összege nem bizonyítja, hogy egyetlen letöltés elérheti, és a lassú egyedi átvitel nem bizonyítja, hogy a szerver kimerítette összkapacitását. Az eredmények különböző kérdésekre válaszolnak, és mindkettőt érdemes megtartani.

Csak a középső forma mondja meg, segít-e az egy ügyfélen belüli párhuzamosság, ami általában a szállítás és az útvonal tulajdonsága, nem a szerveré. Csak az első mondja meg a plafont, amelyet egyetlen alkalmazás látni fog. Tartsa azonosnak a terhelést a futások között, hogy az összehasonlítás jelentsen valamit.

Mérés, hogy a szám jelentsen valamit

Jegyezze fel a szerver és az ügyfél verzióit, az aktív adatútvonalat, a kialkudott adatrejtjelezőt, az átvitel irányát, a csomagméreteket, az adatfolyamok számát és az időtartamot. Figyelje a magonkénti aktivitást, valamint a csomag- és sorkimaradást mindkét végén, mert az ügyfél saját interfésze, a szolgáltató hálózata vagy a célzott szolgáltatás lehet előbb a határ. Egyszerre egy változót módosítson, mert az a futás, amely a rejtjelezőt, a tömörítést, az MTU-t és a kiszervezést együtt változtatja, nem tudja megmondani, melyik számított. A teszt idejére tartsa meg azt a hozzáférési szabályzatot, amelyet valóban be kíván vezetni, mert egy laboratóriumi elrendezés, amelyet senki nem fog futtatni, keveset bizonyít.

Ezután hagyjon tartalékot a vezérlőcsatornának, az újratárgyalásnak és minden másnak, ami a hoszton fut.

Számoljon be arról, mit bírt a konfiguráció a tervezett párhuzamosság mellett, ne arról a sebességről, amelyet más hardveréből becsültek. A tesztkörülményeivel együtt közölt szám hasznos; az ezek nélküli ígéret találgatás, amelyet később visszaidéznek Önnek.