Пренос је постао бржи након што је адреса резервисана, и закључак се сам написао. Осим што је иста промена пребацила тунел са UDP на TCP, преместила тест на другу вечер и можда га сместила на VM у другој зони. Резервисање спољне адресе решава проблем животног циклуса: задржава крајњу тачку истом кроз рестартовања. Нема никакав механизам који би убрзао пакете, па разлика у брзини у том експерименту припада другим променљивима, а одлука пред вама је коју следећу тестирати.

Шта резервисана адреса заправо купује

Compute Engine разликује ефемерне адресе, додељене и ослобођене са инстанцом, од статичких адреса које резервишете и задржавате. Та разлика се тиче задржавања и наплате, а не пута којим пакет иде. Стабилна крајња тачка је заиста корисна за DNS записе, профиле даљинског приступа, партнерске листе дозвола и firewall правила која не би требало да се мењају када се VM рестартује.

То су добри разлози да се једна резервише. Ниједан од њих није разлог пропусности.

Држите слој, адресу и транспорт као три променљиве

Google Cloud продаје и Premium и Standard Network Service Tiers, а та два иду различитим путевима до интернета с различитом доступношћу функција. Статичко адресирање је ортогонално на оба, па статичко и Premium третирајте као неповезане чињенице о VM-у, а не као синониме. Забележите стварни слој, регију и било који interconnect или attachment у игри, јер они описују пут на начин који ознака адресе никада неће.

Три променљиве, три одвојена експеримента, или је резултат прича, а не мерење.

Дизајнирајте тест који одговара на једно питање

Држите VM, адресу, локацију клијента, одредиште и радно оптерећење фикснима док упоређујете одобрене UDP и TCP профиле. Потребни су и серверски слушалац по транспорту и одговарајућа firewall правила; мењати кључну реч на клијенту а слушалац оставити непромењеним тестира само ваше стрпљење. Користите поновљив пренос и бележите смер, трајање, појединачне наспрам паралелних токова и јединице, јер се MB/s и Mb/s разликују осам пута.

Пратите и CPU VM-а, јер се мала инстанца засићује на шифровању или softirq раду много пре мреже, а тај плафон ће изгледати тачно као ограничење провајдера.

Бројачи поновног слања и губитка са VM-а и клијента одвајају проблем пута од проблема транспорта, а трака напретка то не може. Изводљив след с iperf3 траје око десет минута по транспорту. Покрените сервер на супротној страни, пуштајте клијент тридесет секунди у сваком смеру и поновите сваки смер три пута. Одбаците прво покретање сваке серије, затим упоредите стопе пошиљаоца и примаоца заједно с бројем поновних слања који исписују TCP покретања.

Зашто се UDP и TCP механички разликују

OpenVPN преко UDP-а носи датаграме и оставља сопственом транспорту апликације да се носи с губицима. Преко TCP-а поуздан ток тунела стоји под већ поузданим током апликације, па један изгубљен сегмент зауставља све иза себе док спољна веза поново шаље по свом распореду. То понашање на челу реда је својство тунелирања TCP-а унутар TCP-а, а не политика провајдера. Руковање MTU-ом и MSS-ом такође се разликује између два режима, што мења понашање фрагментације на истом путу.

Бржи TCP покушај стога доказује да је TCP тог дана на том путу био бржи, и ништа општије.

Напишите резултат тако да преживи преглед

Одбрањив закључак има облик: овај профил је, на овој величини машине, на овом мрежном слоју, одржао ово измерено радно оптерећење у овом смеру под овим условима. Све шире тражи више покретања него што једна вечер може да пружи. Ако спорији случај остане необјашњен, задржите га као запажање с доказима о пакетима и ресурсима уместо да измишљате ограничење које ниједан документ провајдера не описује.

Стабилност адресе и брзина преноса могу оба бити важни за исто увођење, а корисна одлука је које од њих купујете са сваком променом.

Повезани чланци