Statisk IP i GCP mot VPN-hastigheit: tre variablar, éin test

Overføringa vart raskare etter at adressa vart reservert, og konklusjonen skreiv seg sjølv. Bortsett frå at den same endringa også bytte tunnelen frå UDP til TCP, flytta testen til ein annan kveld og kanskje landa på ein VM i ei anna sone. Å reservere ei ekstern adresse løyser eit livssyklusproblem: ho held endepunktet det same gjennom omstartar. Ho har ingen mekanisme som ville akselerere pakkar, så hastigheitsskilnaden i det eksperimentet høyrer til dei andre variablane, og avgjerda framføre deg er kva som skal testast neste gong.

Kva ei reservert adresse eigentleg kjøper

Compute Engine skil mellom efemære adresser, som blir tildelte og frigjorde med instansen, og statiske adresser som du reserverer og held. Den skilnaden handlar om oppbevaring og fakturering, ikkje om banen ein pakke tek. Eit stabilt endepunkt er verkeleg nyttig for DNS-postar, fjernåkomstprofilar, partnarlister og brannmurreglar som ikkje bør endrast når ein VM startar på nytt.

Det er gode grunnar til å reservere éi. Ingen av dei er ein gjennomstrøymingsgrunn.

Hald nivå, adresse og transport som tre variablar

Google Cloud sel også Premium- og Standard Network Service Tiers, og dei to tek ulike vegar til internett med ulik funksjonstilgang. Statisk adressering er ortogonal til begge, så handsam statisk og Premium som uavhengige fakta om ein VM og ikkje som synonym. Noter det faktiske nivået, regionen og kvar interconnect eller attachment som er i spel, fordi dei skildrar banen på ein måte adresseetiketten aldri vil gjere.

Tre variablar, tre separate eksperiment, elles er resultatet ei historie og ikkje ei måling.

Design ein test som svarar på eitt spørsmål

Hald VM, adresse, klientplassering, destinasjon og arbeidslast fast medan du samanliknar godkjende UDP- og TCP-profilar. Det krevst både ein serverlyttar per transport og samsvarande brannmurreglar; å endre eit klientnøkkelord og la lyttaren vere uendra testar berre tolmodet ditt. Bruk ei repeterbar overføring, og noter retning, varigheit, enkeltstraumar kontra parallelle straumar og einingane, fordi MB/s og Mb/s skil seg med ein faktor åtte.

Fylg også med på CPU-en til VM-en, fordi ein liten instans mettast på kryptering eller softirq-arbeid lenge før nettverket, og det taket vil sjå nøyaktig ut som ei leverandørgrense.

Retransmisjons- og tapsteljarane frå VM-en og klienten skil baneproblem frå transportproblem, og ei framdriftslinje kan ikkje. Ein brukbar sekvens med iperf3 tek om lag ti minutt per transport. Start serveren på den andre sida, køyr klienten i tretti sekund i kvar retning og gjenta kvar retning tre gonger. Forkast den første køyringa i kvar serie, og samanlikn deretter sender- og mottakarhastigheita saman med retransmisjonstalet TCP-køyringane skriv ut.

Kvifor UDP og TCP er mekanisk ulike

OpenVPN over UDP ber datagram og lèt applikasjonen sin eigen transport handtere tap. Over TCP ligg den pålitelege straumen til tunnelen under ein allereie påliteleg applikasjonsstraum, så eitt tapt segment stoppar alt bak det medan den ytre sambandet sender på nytt etter sin eigen plan. Denne head-of-line-åtferda er ein eigenskap ved å tunnele TCP inne i TCP, ikkje ein leverandørpolicy. Handsaminga av MTU og MSS er også ulik mellom dei to modusane, noko som endrar fragmenteringsåtferda på same bane.

Ei raskare TCP-prøve beviser derfor at TCP var raskare den dagen på den banen, og inkje meir generelt.

Skriv resultatet slik at det toler ein gjennomgang

Ein forsvarleg konklusjon har ei form: denne profilen, på denne maskinstorleiken, på dette nettverksnivået, heldt denne målte arbeidslasta i denne retninga under desse tilhøva. Alt breiare krev fleire køyringar enn éin kveld kan levere. Viss det seinare tilfellet blir ståande uforklart, hald det som ei observasjon med pakke- og ressursbeviset sitt i staden for å finne på ei avgrensing som ingen leverandørdokument skildrar.

Adressestabilitet og overføringshastigheit kan begge bety noko for same utrulling, og den nyttige avgjerda er kva av dei du kjøper med kvar endring.