VPN жүктеуі неге сервердің жүктеуімен шектеледі

Клиент жылдам төменгі арна көрсетеді, сервер талшықты қосылымда отыр, ал тасымал әлі де сүйрелеп жүреді. Адамдар салыстыратын сан әдетте клиенттің тарифінде басылған сан, ал пакет шын мәнінде алдымен сервердің шығыс қатынау арнасынан өтеді. Сол арна тасымал сыйысуы тиіс бюджет. Шағын үй қосылымында бұл жолдағы ең кіші сан.

Сіз оқыған сан дұрыс емес бағытта еді

Қашықтағы клиентке қарай жүктеу туннельдің серверлік ұшында жүктеу қабілетін жұмсайды. Сервердің жарияланған жүктеу жылдамдықтары қарама-қарсы бағытты сипаттайды және бұл туралы ештеңе айтпайды. Сол асимметрия клиент жүктегенде кері айналады, сондықтан бір бағыт жақсы сезілуі мүмкін, ал екіншісі пайдалануға жарамсыз.

Инкапсуляция шығыны мен кез келген бәсекелес трафик сол бюджеттің бір бөлігін жұмсайды. Екеуі де тек клиентті өлшейтін жылдамдық тестінде көрінбейді.

Жолды бюджет ретінде жазыңыз

Пакет өтуі тиіс әр шекараны тізіп, әрқайсысына бірдей өлшем бірлігінде сан беріңіз. Көзден жеткізу, серверде өңдеу, сервердің жүктеу арнасы, аралық жол, клиенттің төменгі арнасы және клиентте өңдеу — бәрі қолданылады. Пайдалануға болатын жылдамдық солардың ең кішісі минус шығын, және осы төбенің үстіндегі ешқандай реттеу нәтижені өзгертпейді. Өлшеу алдында тізімді жазыңыз, өйткені ол қай санға сенбеу керектігін айтады.

Сервердің 20 Mbit/s жүктеу арнасы және клиенттің 100 Mbit/s төменгі арнасы кезінде сервер тасымалды клиент байқағанға әлдеқайда бұрын шектейді. Шығын мен кез келген қатарлас тасымал тағы бір үлес алады, ал қаныққан жүктеу арнасы растауларды да кешіктіреді, бұл TCP тасымалын шикі төбеден төмен баяулатады. Екі әсердің ешқайсысы тарифтерді салыстыруда көрінбейді.

Мегабит пен мегабайтты бөлек ұстаңыз және әр сан шифрланған арна трафигін әлде қолданбаның пайдалы жүктемесін өлшейтінін айтыңыз. Осы екеуін араластыру бюджеттің сай келмейтін болып көрінуінің ең көп тараған себебі. Әр санды өз бірлігімен және өлшеу нүктесімен белгілеңіз.

Тақта шынымен қай жерде қымбат түседі

Қатынау арнасы жеткілікті үлкен болғанда, соңғы нүктенің аппаратурасы көрінеді, сонда барып процессор маңызды болады. Модельді, интерфейстер орналасуын және қолданылып жатқан іске асыруды анықтаңыз. Ерте тақтаның ортақ шинасы туралы байқау кейінгі әр ревизияны сипаттамайды.

Бір CPU орташасының орнына жекелеген өңдеу жолдарын салыстырыңыз. Орташа жалпы жүктеме әр пакеттегі барлық жұмысты атқаратын бір қаныққан ядроны жасыруы мүмкін, ал сағат жиілігі процессор конструкциялары арасында өнімділік ұпайы ретінде ауыспайды. Пакет жылдамдығы өткізу қабілеті сияқты маңызды, өйткені кішкентай пакеттер байтқа үлкендерден қымбат түседі. Жүктемеңіз шын мәнінде қолданатын пакет өлшемдерімен өлшеңіз.

Жылу және қуат шектері де тұрақты мінез-құлықты айқындайды. Қысқа жарылыс тамаша көрінуі мүмкін, ал он минуттық тасымал баяулайды, сондықтан бірнеше секундтық эталон түнгі сақтық көшірме үшін нашар басшылық.

Жеткізушінің өнімділік нұсқаулары қатынау өткізу қабілетін, CPU-ды, пакет өңдеуін, көлікті және пакет өлшемін жеке шектеулерге бөледі. Шифрді ауыстырмас бұрын оларды оқыған жөн, өйткені шифр ауыстыру ешқашан шектеу болмаған шекараны сирек жылжытады.

Шифрді ауыстырмас бұрын өлшеңіз

Туннель арқылы нақты қол жеткізілген жылдамдықты хабарлайтын бағыттық тест іске қосыңыз, содан кейін салыстыру үшін сол тесті шикі интерфейсте іске қосыңыз. Осы екі санның айырмасы — туннельдің құны, ал екі төбенің кішісі қай шекараға шабуыл жасау керектігін айтады.

Салыстыру кезінде қауіпсіздік саясатын бұзбаңыз. Әлсіз шифрмен немесе жеделдетілген тақтамен алынған ескі нәтиже ағымдағы орналастырудың жоспары емес.

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

Бағыттық нәтижелерді сол жүгірістің соңғы нүкте байқауларының қасында сақтаңыз. Келесі өзгеріс спецификация парағында ең кішкентай көрінетін құрамдасқа емес, өлшенген төбеге бағытталуы керек.