Statisch IP in GCP tegen VPN-snelheid: drie variabelen, één test
Een gereserveerd adres is geen snelheidsinstelling. Scheid de levenscyclus van het adres, de netwerklaag en het OpenVPN-transport voordat u doorvoer op Compute Engine vergelijkt.
De overdracht werd sneller nadat het adres was gereserveerd, en de conclusie schreef zichzelf. Alleen veranderde dezelfde wijziging ook de tunnel van UDP naar TCP, verplaatste de test naar een andere avond en landde mogelijk op een VM in een andere zone. Een extern adres reserveren lost een levenscyclusprobleem op: het houdt het eindpunt hetzelfde over herstarts heen. Het heeft geen enkel mechanisme dat pakketten zou versnellen, dus het snelheidsverschil in dat experiment hoort bij de andere variabelen, en de beslissing voor u is welke u hierna test.
Wat een gereserveerd adres werkelijk koopt
Compute Engine onderscheidt efemere adressen, die met de instantie worden toegewezen en vrijgegeven, van statische adressen die u reserveert en houdt. Dat verschil gaat over bewaring en facturering, niet over het pad dat een pakket aflegt. Een stabiel eindpunt is echt nuttig voor DNS-records, profielen voor toegang op afstand, partner-allowlists en firewallregels die niet mogen veranderen wanneer een VM herstart.
Dat zijn goede redenen om er een te reserveren. Geen ervan is een doorvoerreden.
Houd laag, adres en transport als drie variabelen
Google Cloud verkoopt ook de Premium- en Standard Network Service Tiers, en beide nemen verschillende paden naar het internet met verschillende beschikbaarheid van functies. Statische adressering staat orthogonaal op beide, dus behandel statisch en Premium als ongerelateerde feiten over een VM en niet als synoniemen. Leg de werkelijke laag, de regio en elke interconnect of attachment vast, want die beschrijven het pad op een manier die het adreslabel nooit zal doen.
Drie variabelen, drie aparte experimenten, anders is het resultaat een verhaal en geen meting.
Ontwerp een test die één vraag beantwoordt
Houd de VM, het adres, de cliëntlocatie, de bestemming en de werklast vast terwijl u goedgekeurde UDP- en TCP-profielen vergelijkt. Zowel een serverlistener per transport als bijpassende firewallregels zijn nodig; een cliënttrefwoord aanpassen en de listener ongewijzigd laten test alleen uw geduld. Gebruik een herhaalbare overdracht en leg richting, duur, enkele versus parallelle streams en de eenheden vast, want MB/s en Mb/s verschillen met een factor acht.
Let ook op de CPU van de VM, want een kleine instantie verzadigt op versleuteling of softirq-werk lang voordat het netwerk dat doet, en dat plafond zal er precies uitzien als een providerlimiet.
Hertransmissie- en verliestellers van de VM en de cliënt scheiden padproblemen van transportproblemen, en een voortgangsbalk kan dat niet. Een werkbare reeks met iperf3 kost ongeveer tien minuten per transport. Start de server aan de andere kant, laat de cliënt dertig seconden in elke richting lopen en herhaal elke richting drie keer. Gooi de eerste run van elke reeks weg en vergelijk daarna de tarieven van zender en ontvanger samen met het hertransmissiegetal dat de TCP-runs afdrukken.
Waarom UDP en TCP mechanisch verschillen
OpenVPN over UDP draagt datagrammen en laat het eigen transport van de applicatie verliezen afhandelen. Over TCP zit de betrouwbare stroom van de tunnel onder een al betrouwbare applicatiestroom, dus één verloren segment stopt alles erachter terwijl de buitenste verbinding volgens zijn eigen schema opnieuw verzendt. Dat head-of-line-gedrag is een eigenschap van het tunnelen van TCP in TCP, geen providerbeleid. De afhandeling van MTU en MSS verschilt ook tussen de twee modi, wat het fragmentatiegedrag op hetzelfde pad verandert.
Een snellere TCP-proef bewijst dus dat TCP die dag op dat pad sneller was, en niets algemener.
Schrijf het resultaat zo dat het een beoordeling overleeft
Een verdedigbare conclusie heeft een vorm: dit profiel, op deze machinemaat, op deze netwerklaag, hield deze gemeten werklast in deze richting onder deze omstandigheden vol. Alles breder vraagt meer runs dan één avond kan leveren. Blijft het langzamere geval onverklaard, houd het dan als observatie met de pakket- en hulpbronbewijzen vast in plaats van een beperking te verzinnen die geen providerdocument beschrijft.
Adresstabiliteit en overdrachtssnelheid kunnen beide van belang zijn voor dezelfde uitrol, en de nuttige beslissing is welke van de twee u met elke wijziging koopt.