GCP staatiline IP vs VPN-i kiirus: kolm muutujat, üks test

Ülekanne muutus pärast aadressi reserveerimist kiiremaks ja järeldus kirjutas end ise. Ainult et sama muudatus lülitas ka tunneli UDP-lt TCP-le, viis testi teisele õhtule ja maandus võib-olla VM-il teises tsoonis. Välise aadressi reserveerimine lahendab elutsükli probleemi: see hoiab lõpp-punkti taaskäivituste vahel samana. Sellel pole ühtegi mehhanismi, mis pakette kiirendaks, seega kuulub kiiruseerinevus selles katses teiste muutujate juurde, ja teie ees olev otsus on, millist järgmisena testida.

Mida reserveeritud aadress tegelikult annab

Compute Engine eristab efemeerseid aadresse, mis eraldatakse ja vabastatakse koos instantsiga, staatilistest aadressidest, mille te reserveerite ja alles hoiate. See erinevus puudutab säilitamist ja arveldamist, mitte teed, mida pakett läbib. Stabiilne lõpp-punkt on tõesti kasulik DNS-kirjete, kaugjuurdepääsuprofiilide, partnerite lubatud nimekirjade ja tulemüürireeglite jaoks, mis ei peaks VM-i taaskäivitamisel muutuma.

Need on head põhjused üks reserveerida. Ükski neist ei ole läbilaskevõime põhjus.

Hoidke kiht, aadress ja transport kolme muutujana

Google Cloud müüb ka Premium- ja Standard Network Service Tiers kihte ning mõlemad lähevad internetti erinevaid teid pidi ja erineva funktsioonide saadavusega. Staatiline adresseerimine on mõlema suhtes ortogonaalne, seega käsitlege staatilist ja Premiumi VM-i kohta käivate sõltumatute faktidena, mitte sünonüümidena. Märkige tegelik kiht, piirkond ja kõik kasutusel olev interconnect või attachment, sest need kirjeldavad teed nii, nagu aadressi silt kunagi ei kirjelda.

Kolm muutujat, kolm eraldi katset, muidu on tulemus lugu, mitte mõõtmine.

Kavandage test, mis vastab ühele küsimusele

Hoidke VM, aadress, kliendi asukoht, sihtkoht ja töökoormus muutumatuna, võrreldes heakskiidetud UDP- ja TCP-profiile. Vaja on nii serveri kuulajat iga transpordi kohta kui ka sobivaid tulemüürireegleid; kliendi märksõna muutmine ja kuulaja muutmata jätmine testib ainult teie kannatlikkust. Kasutage korratavat ülekannet ja registreerige suund, kestus, üksikud versus paralleelsed vood ning ühikud, sest MB/s ja Mb/s erinevad kaheksa korda.

Jälgige ka VM-i protsessorit, sest väike instants küllastub krüpteerimise või softirq-töö tõttu palju enne võrku ja see lagi näeb täpselt välja nagu teenusepakkuja piirang.

Kordussaadete ja kadude loendurid VM-ist ja kliendist eristavad tee probleemi transpordi probleemist, edenemisriba seda ei suuda. Toimiv jada iperf3-ga võtab transpordi kohta umbes kümme minutit. Käivitage server kaugemas otsas, laske kliendil mõlemas suunas kolmkümmend sekundit joosta ja korrake iga suunda kolm korda. Visake ära iga seeria esimene käivitus, seejärel võrrelge saatja ja vastuvõtja kiirust koos kordussaadete arvuga, mille TCP käivitused trükivad.

Miks UDP ja TCP mehaaniliselt erinevad

OpenVPN UDP kohal kannab datagramme ja jätab kadude käsitlemise rakenduse enda transpordile. TCP kohal asub tunneli usaldusväärne voog juba usaldusväärse rakendusevoo all, nii et üks kadunud segment peatab kõik selle taga, samal ajal kui välimine ühendus saadab oma ajakava järgi uuesti. See järjekorra pea käitumine on TCP TCP sees tunnelamise omadus, mitte teenusepakkuja poliitika. MTU ja MSS käsitlemine erineb samuti kahe režiimi vahel, mis muudab killustumise käitumist samal teel.

Kiirem TCP-katse tõestab seega, et TCP oli sel päeval sellel teel kiirem, ja mitte midagi üldisemat.

Kirjutage tulemus nii, et see ülevaatuse üle elaks

Kaitstav järeldus on kujuga: see profiil, sellel masina suurusel, sellel võrgukihil, hoidis seda mõõdetud töökoormust selles suunas nendel tingimustel. Kõik laiem vajab rohkem käivitusi, kui üks õhtu pakkuda suudab. Kui aeglasem juhtum jääb seletamata, hoidke seda tähelepanekuna koos paketi- ja ressursitõenditega, selle asemel et leiutada piirajat, mida ükski teenusepakkuja dokument ei kirjelda.

Aadressi stabiilsus ja ülekande kiirus võivad sama juurutuse jaoks mõlemad olulised olla ning kasulik otsus on, kummast te iga muudatusega ostate.