Statisk IP i GCP mot VPN-hastighet: tre variabler, én test

Overføringen ble raskere etter at adressen ble reservert, og konklusjonen skrev seg selv. Bortsett fra at den samme endringen også byttet tunnelen fra UDP til TCP, flyttet testen til en annen kveld og kanskje landet på en VM i en annen sone. Å reservere en ekstern adresse løser et livssyklusproblem: den holder endepunktet det samme gjennom omstarter. Den har ingen mekanisme som ville akselerere pakker, så hastighetsforskjellen i det eksperimentet tilhører de andre variablene, og beslutningen foran deg er hvilken som skal testes neste gang.

Hva en reservert adresse egentlig kjøper

Compute Engine skiller mellom efemære adresser, som tildeles og frigis med instansen, og statiske adresser som du reserverer og beholder. Den forskjellen handler om oppbevaring og fakturering, ikke om banen en pakke tar. Et stabilt endepunkt er virkelig nyttig for DNS-poster, fjernadgangsprofiler, partnerlister og brannmurregler som ikke bør endres når en VM starter på nytt.

Det er gode grunner til å reservere én. Ingen av dem er en gjennomstrømningsgrunn.

Hold nivå, adresse og transport som tre variabler

Google Cloud selger også Premium- og Standard Network Service Tiers, og de to tar forskjellige veier til internett med ulik funksjonstilgjengelighet. Statisk adressering er ortogonal til begge, så behandle statisk og Premium som uavhengige fakta om en VM og ikke som synonymer. Noter det faktiske nivået, regionen og enhver interconnect eller attachment som er i spill, fordi de beskriver banen på en måte adresseetiketten aldri vil gjøre.

Tre variabler, tre separate eksperimenter, ellers er resultatet en historie og ikke en måling.

Design en test som svarer på ett spørsmål

Hold VM, adresse, klientplassering, destinasjon og arbeidsbelastning fast mens du sammenligner godkjente UDP- og TCP-profiler. Det kreves både en serverlytter per transport og samsvarende brannmurregler; å endre et klientnøkkelord og la lytteren være uendret tester bare tålmodigheten din. Bruk en repeterbar overføring, og noter retning, varighet, enkeltstrømmer kontra parallelle strømmer og enhetene, fordi MB/s og Mb/s skiller seg med en faktor åtte.

Følg også med på VM-ens CPU, fordi en liten instans mettes på kryptering eller softirq-arbeid lenge før nettverket, og det taket vil se nøyaktig ut som en leverandørgrense.

Retransmisjons- og tapstellerne fra VM-en og klienten skiller baneproblemer fra transportproblemer, og en fremdriftslinje kan ikke. En brukbar sekvens med iperf3 tar omtrent ti minutter per transport. Start serveren på den andre siden, kjør klienten i tretti sekunder i hver retning og gjenta hver retning tre ganger. Forkast den første kjøringen i hver serie, og sammenlign deretter sender- og mottakerhastigheten sammen med retransmisjonstallet TCP-kjøringene skriver ut.

Hvorfor UDP og TCP er mekanisk forskjellige

OpenVPN over UDP bærer datagrammer og lar applikasjonens egen transport håndtere tap. Over TCP ligger tunnelens pålitelige strøm under en allerede pålitelig applikasjonsstrøm, så ett tapt segment stopper alt bak det mens den ytre forbindelsen sender på nytt etter sin egen plan. Denne head-of-line-atferden er en egenskap ved å tunnele TCP inne i TCP, ikke en leverandørpolicy. Håndteringen av MTU og MSS er også forskjellig mellom de to modusene, noe som endrer fragmenteringsatferden på samme bane.

En raskere TCP-prøve beviser derfor at TCP var raskere den dagen på den banen, og intet mer generelt.

Skriv resultatet slik at det tåler en gjennomgang

En forsvarlig konklusjon har en form: denne profilen, på denne maskinstørrelsen, på dette nettverksnivået, holdt denne målte arbeidsbelastningen i denne retningen under disse forholdene. Alt bredere krever flere kjøringer enn én kveld kan levere. Hvis det langsommere tilfellet forblir uforklart, behold det som en observasjon med sin pakke- og ressursbevis i stedet for å finne opp en begrensning som ingen leverandørdokument beskriver.

Adressestabilitet og overføringshastighet kan begge bety noe for samme utrulling, og den nyttige beslutningen er hvilken av dem du kjøper med hver endring.