Statični IP v GCP proti hitrosti VPN: tri spremenljivke, en test

Prenos je postal hitrejši, potem ko je bil naslov rezerviran, in sklep se je zapisal sam. Le da je ista sprememba tudi preklopila tunel z UDP na TCP, premaknila test na drug večer in morda pristala na VM v drugi coni. Rezervacija zunanjega naslova reši problem življenjskega cikla: ohranja končno točko enako med ponovnimi zagoni. Nima nobenega mehanizma, ki bi pospešil pakete, zato razlika v hitrosti v tem poskusu pripada drugim spremenljivkam, odločitev pred vami pa je, katero preizkusiti naslednjo.

Kaj rezervirani naslov v resnici kupi

Compute Engine razlikuje efemerne naslove, dodeljene in sproščene z instanco, od statičnih naslovov, ki jih rezervirate in obdržite. Ta razlika se nanaša na hrambo in obračunavanje, ne na pot, ki jo opravi paket. Stabilna končna točka je resnično uporabna za zapise DNS, profile oddaljenega dostopa, sezname dovoljenih partnerjev in pravila požarnega zidu, ki se ob ponovnem zagonu VM ne bi smela spremeniti.

To so dobri razlogi za rezervacijo enega. Nobeden od njih ni razlog prepustnosti.

Držite raven, naslov in transport kot tri spremenljivke

Google Cloud prodaja tudi ravni omrežne storitve Premium in Standard, obe pa potujeta po različnih poteh do interneta z različno razpoložljivostjo funkcij. Statično naslavljanje je ortogonalno na obe, zato statično in Premium obravnavajte kot nepovezani dejstvi o VM, ne kot sopomenki. Zabeležite dejansko raven, regijo in kakršno koli medsebojno povezavo ali priklop, saj ti opisujejo pot tako, kot je oznaka naslova ne bo nikoli.

Tri spremenljivke, tri ločeni poskusi, sicer je rezultat zgodba in ne meritev.

Zasnujte test, ki odgovori na eno vprašanje

Držite VM, naslov, lokacijo odjemalca, cilj in delovno obremenitev fiksne, medtem ko primerjate odobrene profile UDP in TCP. Potrebna sta tako strežniški poslušalec za vsak transport kot ustrezna pravila požarnega zidu; spreminjanje ključne besede v odjemalcu in pustitev poslušalca nespremenjenega preizkusi le vaše potrpljenje. Uporabite ponovljiv prenos in zabeležite smer, trajanje, posamezne proti vzporednim tokom in enote, ker se MB/s in Mb/s razlikujeta za faktor osem.

Opazujte tudi procesor VM, ker se majhna instanca nasiči pri šifriranju ali delu softirq veliko prej kot omrežje, in ta zgornja meja bo videti natanko kot omejitev ponudnika.

Števci ponovnih prenosov in izgub z VM in odjemalca ločijo težavo poti od težave transporta, vrstica napredka pa tega ne zmore. Izvedljivo zaporedje s iperf3 traja približno deset minut na transport. Zaženite strežnik na oddaljeni strani, pustite odjemalca trideset sekund v vsako smer in vsako smer ponovite trikrat. Zavrzite prvi zagon vsake serije, nato primerjajte hitrosti pošiljatelja in prejemnika skupaj s številom ponovnih prenosov, ki jih izpisujejo zagoni TCP.

Zakaj se UDP in TCP mehansko razlikujeta

OpenVPN prek UDP nosi datagrame in prepušča obravnavo izgub lastnemu transportu aplikacije. Prek TCP zanesljiv tok tunela leži pod že zanesljivim tokom aplikacije, zato en izgubljen segment ustavi vse za njim, medtem ko zunanja povezava ponovno pošilja po svojem urniku. To vedenje na čelu vrste je lastnost tuneliranja TCP v TCP, ne politika ponudnika. Tudi obravnava MTU in MSS se med načinoma razlikuje, kar spremeni vedenje fragmentacije na isti poti.

Hitrejši poskus TCP torej dokazuje, da je bil TCP tisti dan na tisti poti hitrejši, in nič bolj splošnega.

Napišite rezultat tako, da prestane pregled

Zagovorljiv sklep ima obliko: ta profil je na tej velikosti stroja, na tej omrežni ravni vzdrževal to izmerjeno obremenitev v tej smeri pod temi pogoji. Vse širše zahteva več zagonov, kot jih lahko ponudi en večer. Če počasnejši primer ostane nerazložen, ga obdržite kot opažanje z dokazi o paketih in virih, namesto da bi si izmislili omejitev, ki je ne opisuje noben dokument ponudnika.

Stabilnost naslova in hitrost prenosa sta lahko pomembna za isto uvedbo in koristna odločitev je, katero od obeh kupujete z vsako spremembo.