Kor mange kjernar treng OpenVPN? Det kjem an på vegen

To serverar med same talet på prosessorar kan halde oppe svært ulik gjennomstrøyming, fordi talet som tel er kor mange kjernar den aktive databanen faktisk kan bruke. Ein einsleg daemon i brukarrommet som handsamar pakkane til éin klient er avgrensa til éin kjerne, medan ein offloada kjerneveg kan spreie det arbeidet. Ingen av dei to utsegnene seier kva ei gitt maskin vil gjere med trafikken din, difor kjem målinga før kjerneantalet.

Samanlikninga nedanfor handlar om kvar pakkane blir handsama, ikkje om kva produkt som er raskast i abstrakt forstand. Det er ulike spørsmål med ulike svar.

Éin kjerne per straum på brukarromsvegen

I ein tradisjonell Community OpenVPN instans blir datakanalen handsama i brukarrommet, og ei travel tilkopling kan låse éin prosessor medan den samla maskinutnyttinga held seg lite påfallande. Difor endrar det ingenting å leggje til kjernar på ein vert som alt er metta på éin straum: planleggjaren har ingen måte å dele det arbeidet på. Strukturen med éin prosess per klient avgrensar overføringa til ein klient til kapasiteten til éin kjerne, uansett totalt kjerneantal. Les utnyttinga per kjerne under ein test i staden for totaltalet, elles vil flaskehalsen sjå ut som ledig kapasitet.

Å køyre fleire serverinstansar på éin vert fordeler separate klientar over prosessar. Det parallelliserer ikkje ei eksisterande tilkopling, og det kostar separate puljar, lyttarar og rutingsavgjerder.

Den andre vegen: pakkar i kjernen

Offload av datakanalen flyttar støtta pakkehandsaming og kryptografi inn i kjernen, der arbeidet kan bruke fleire kjernar. Det endrar kapasitetsspørsmålet frå éin kjerne til maskina, men berre for konfigurasjonar som implementasjonen støttar: ein kompatibel kjernemodul, ein kvalifisert datachiffer og ein konfigurasjon utan funksjonane offload utelèt. Å installere ein modul er ikkje det same som å bruke han, så stadfest den aktive modusen frå loggen eller statusutskrifta til sjølve tilkoplinga. Eit versjonsbanner beviser kva som er tilgjengeleg, ikkje kva som køyrer.

Offload fjernar ikkje autentisering eller kontrollkanalen, og det gjer ikkje kvar utrulling fleirkjerna. Det er lokal akselerasjon av ein kompatibel databane, og krava varierer etter plattform og versjon.

Kva samanlikninga faktisk avgjer

Det verkelege valet står mellom å godta eit tak per straum, å spreie klientar over instansar og å gå over til ein støtta offload-konfigurasjon. Kvar av dei løyser eit anna problem, og å velje feil kostar pengar utan å flytte talet. Testen som tel er den som er forma som måten tenesta blir brukt på.

Mål tre former: éin klient med éi overføring, éin klient med fleire straumar og fleire klientar saman. Eit høgt totaltal i den tredje beviser ikkje at éi einskild nedlasting kan nå det, og ei treg einskild overføring beviser ikkje at serveren har brukt opp den samla kapasiteten. Resultata svarar på ulike spørsmål, og begge er verd å ha.

Berre den midtre forma fortel deg om samtidigheit inne i éin klient hjelper, noko som vanlegvis er ein eigenskap ved transporten og vegen og ikkje ved serveren. Berre den første fortel taket ein einsleg applikasjon vil sjå. Hald arbeidsbelastninga identisk mellom køyringane slik at samanlikninga tyder noko.

Å måle slik at talet tyder noko

Noter versjonane til server og klient, den aktive databanen, den forhandla datachifferen, overføringsretninga, pakkestorleikar, talet på straumar og varigheit. Følg med på aktivitet per kjerne og pakke- og køtap i begge endar, fordi grensesnittet til klienten sjølv, netverket til leverandøren eller tenesta på destinasjonen kan bli grensa først. Endre éin variabel om gongen, sidan ei køyring som endrar chiffer, komprimering, MTU og offload samtidig ikkje kan fortelje deg kva som betydde noko. Hald tilgangspolicyen du faktisk har tenkt å rulle ut, under testen, fordi eit laboratorioppsett ingen vil køyre beviser lite.

Deretter lèt du det vere plass til kontrollkanalen, til reforhandling og til alt anna som køyrer på verten.

Rapporter kva konfigurasjonen heldt under den tiltenkte samtidigheita, i staden for ein hastigheit ekstrapolert frå maskinvara til andre. Eit tal med testvilkåra sine vedlagt er nyttig; eit løfte utan dei er ei gjetting som vil bli sitert tilbake til deg.