Mga gumagamit o throughput? Pagsukat ng VPN server para sa tunay na karga

Sampung hindi aktibong account ang mas mura kaysa isang gabing backup na nagpapasasa sa tunnel, at hindi maipapakita ng bilang ng gumagamit ang pagkakaibang iyon. Ang pagsukat ng VPN server ay paghahambing ng dalawang numero: ang sabayang dinadala mo at ang resource na nauubos muna. Karamihan ng pagkakamali sa kapasidad ay nagmumula sa pagpili ng unang numero at hindi kailanman pagsukat ng pangalawa. Gawin ang dalawa sa ganoong pagkakasunod-sunod, at ang desisyon sa hardware ay hindi na hula.

Ihambing ang bilang ng account sa abalang oras

Ang bilang ng account ay lisensya at hangganan ng suporta; ang abalang oras ay karga. Ilista ang mga gawaing nagsasapawan sa oras na iyon: mga tawag, malayuang pangangasiwa, malalaking download, mga backup at ang mga kahilingan ng pribadong aplikasyon na nagpapahintay sa mga tao. Pagkatapos markahan ang bawat item kung tumatawid ito sa gateway at sa aling direksyon. Ang mga tawag ay simetriko at sensitibo sa pagkaantala, samantalang ang backup ay isang direksyon at tumatagal sa mabagal na simula, kaya iba't ibang bahagi ng landas ang pinipiga nila.

Ang direksyon ang nagtatakda kung aling link ang mahalaga. Ang uplink sa bahay ay bihirang simetriko, at ang sangay na nagda-download buong araw ay umaabot sa hangganan nito sa pababa bago pa man magpawis ang gateway. Isulat ang direksyon at saklaw ng tunnel sa tabi ng bawat item, dahil ang gateway na nagdadala lamang ng pribadong destinasyon at ang isa na nagdadala ng lahat ng trapiko sa internet ay dalawang magkaibang problema sa pagsukat.

Idagdag ang background load bilang sariling row: mga update ng client, telemetry at lahat ng ginagawa ng host maliban sa pagpapasa. Ang mga byte na ito ay madaling makalimutan at ang parehong interface ang nagbibilang sa kanila.

Hanapin ang resource na nauubos bago ang link

Ang link ay isang kandidato lamang. Ang crypto work ng isang tunnel ay maaaring humawak ng isang core habang ang interface ay nakaupo nang kalahating walang laman, at ang puspos na pila ay maaaring gawing walang gamit ang mga tawag sa throughput na mukhang karaniwan sa isang graph. Ang isang destinasyon na isang mabagal na ruta ang layo ay maaari ring magmukhang kahinaan ng gateway mula sa upuan ng client. Tatlong obserbasyon ang naghihiwalay sa mga kasong ito, at wala sa kanila ang kailangan ng burst test.

Sukatin gamit ang isang transfer na pinapayagan kang patakbuhin, at idagdag ang sabayang gawain nang hakbang-hakbang sa halip na sabay-sabay. Basahin ang tuloy-tuloy na bilis at ang interactive na tugon nang magkasama, dahil ang test ng peak rate lamang ay nagtatago ng session na naging walang gamit. Ang gateway na lumalampas sa pinakamataas na throughput habang nagkakadurog ang mga tawag ay hindi pumasa sa test.

Pagkatapos ulitin ang pagtakbo nang nakatigil ang mga opsyonal na karga. Ang hangganang gumagalaw kapag tumigil ang backup ay hindi kailanman naging hangganan ng gateway.

Gawing numero ang paghahambing na maipagtatanggol mo

Piliin ang resource na naubos at ipahayag ang pangangailangan sa mga yunit nito: mga core sa target na paggamit sa abalang oras, mga bit bawat segundo sa bawat direksyon, o sabayang session sa ilalim ng hangganan ng pagkaantala. Mag-iwan ng puwang para sa mga update, diagnostic at pagbawi, dahil ang server na nakaupo sa sinukat nitong kisame ay wala nang natitira para sa gawaing nagpapatakbo nito. Pagkatapos isulat ang mga numero sa tabi ng configuration na nagbigay sa kanila, kasama ang bilang ng client at ang test na ginamit.

Ang bilang ng gumagamit bawat core ang pinakamahirap dalhin na numero sa pagsasanay na ito, dahil ipinapalagay nito ang pinaghalong protocol at profile ng device na hindi ibinabahagi ng susunod na site. Itago ang pagsukat at itapon ang formula. Kapag may humingi ng kapasidad para sa limampung karagdagang gumagamit, ang tapat na sagot ay ang abalang-oras na profile ng limampung iyon, hindi isang multiplikasyon.

Itala ang oras ng tugon kasama ng throughput. Ang kapasidad na pinapanatili lamang ang maramihang paglilipat ay hindi kapasidad para sa mga taong nasa tawag, at itatanong ng susunod na pagsusuri ang pagkakaiba.

Pumili sa pagitan ng pag-scale pataas at paghahati ng papel

Kapag ang sinukat na hangganan ay isang core, ang mas maraming core sa parehong bilis ay maaaring hindi makatulong; ang mas mabilis na core o ibang modelo ng worker ay maaari. Kapag ang hangganan ay kabuuang CPU, ang mas malaking instance ang direktang solusyon. Kapag ang hangganan ay access link, walang pagbabago sa server ang makakatulong at nagtatapos ang paghahambing sa provider. Ang paghahati ng web at VPN roles sa magkaibang host ay bumibili ng paghihiwalay kapalit ng ikalawang ibabaw ng pamamahala.

Ihambing ang mga opsyong iyon sa naitalang numero at hindi sa isa't isa. Ang pagbabagong nagdodoble sa isang resource na hindi ang hadlang ay gastos na walang pakinabang, at ang talaan ang nagpapahintulot sa iyong sabihin iyon nang walang pagtatalo. Sukatin muli pagkatapos ng pagbabago gamit ang parehong karga, o pinalitan mo ang isang hula ng isa pa.