GCP statička IP adresa nasuprot brzini VPN-a: tri varijable, jedan test

Prijenos je postao brži nakon što je adresa rezervisana, i zaključak se sam napisao. Osim što je ista promjena prebacila tunel s UDP-a na TCP, premjestila test na drugu večer i možda ga smjestila na VM u drugoj zoni. Rezervisanje vanjske adrese rješava problem životnog ciklusa: zadržava krajnju tačku istom kroz restarte. Nema nikakav mehanizam koji bi ubrzao pakete, pa razlika u brzini u tom eksperimentu pripada drugim varijablama, a odluka pred vama je koju sljedeću testirati.

Šta rezervisana adresa zapravo kupuje

Compute Engine razlikuje efemerne adrese, dodijeljene i oslobođene s instancom, od statičkih adresa koje rezervišete i zadržavate. Ta razlika tiče se zadržavanja i naplate, a ne puta kojim paket ide. Stabilna krajnja tačka zaista je korisna za DNS zapise, profile daljinskog pristupa, partnerske liste dozvola i firewall pravila koja se ne smiju mijenjati kad se VM restartuje.

To su dobri razlozi da se jedna rezerviše. Nijedan od njih nije razlog propusnosti.

Držite sloj, adresu i transport kao tri varijable

Google Cloud prodaje i Premium i Standard Network Service Tiers, a ta dva idu različitim putevima do interneta s različitom dostupnošću funkcija. Statičko adresiranje ortogonalno je na oba, pa statičko i Premium tretirajte kao nepovezane činjenice o VM-u, a ne kao sinonime. Zabilježite stvarni sloj, regiju i bilo koji interconnect ili attachment u igri, jer oni opisuju put na način koji oznaka adrese nikada neće.

Tri varijable, tri odvojena eksperimenta, ili je rezultat priča, a ne mjerenje.

Dizajnirajte test koji odgovara na jedno pitanje

Držite VM, adresu, lokaciju klijenta, odredište i radno opterećenje fiksnima dok upoređujete odobrene UDP i TCP profile. Potrebni su i serverski slušalac po transportu i odgovarajuća firewall pravila; mijenjati ključnu riječ na klijentu a slušalac ostaviti nepromijenjenim testira samo vaše strpljenje. Koristite ponovljiv prijenos i bilježite smjer, trajanje, pojedinačne nasuprot paralelnim tokovima i jedinice, jer se MB/s i Mb/s razlikuju osam puta.

Pratite i CPU VM-a, jer mala instanca se zasićuje na šifriranju ili softirq radu mnogo prije mreže, a taj plafon će izgledati točno kao ograničenje pružatelja.

Brojači ponovnog prijenosa i gubitka s VM-a i klijenta odvajaju problem puta od problema transporta, a traka napretka to ne može. Izvediv slijed s iperf3 traje oko deset minuta po transportu. Pokrenite server na suprotnoj strani, puštajte klijent trideset sekundi u svakom smjeru i ponovite svaki smjer tri puta. Odbacite prvo pokretanje svake serije, zatim uporedite stope pošiljaoca i primaoca zajedno s brojem ponovnih prijenosa koji ispisuju TCP pokretanja.

Zašto se UDP i TCP mehanički razlikuju

OpenVPN preko UDP-a nosi datagrame i ostavlja vlastitom transportu aplikacije da se nosi s gubicima. Preko TCP-a pouzdani tok tunela stoji pod već pouzdanim tokom aplikacije, pa jedan izgubljeni segment zaustavlja sve iza sebe dok vanjska veza ponovno šalje po svom rasporedu. To ponašanje na čelu reda svojstvo je tuneliranja TCP-a unutar TCP-a, a ne politika pružatelja. Rukovanje MTU-om i MSS-om također se razlikuje između dva načina, što mijenja ponašanje fragmentacije na istom putu.

Brži TCP pokus stoga dokazuje da je TCP tog dana na tom putu bio brži, i ništa općenitije.

Napišite rezultat tako da preživi pregled

Odbranjiv zaključak ima oblik: ovaj profil, na ovoj veličini mašine, na ovom mrežnom sloju, održao je ovo izmjereno radno opterećenje u ovom smjeru pod ovim uvjetima. Sve šire traži više pokretanja nego što jedna večer može dati. Ako sporiji slučaj ostane neobjašnjen, zadržite ga kao zapažanje s dokazima o paketima i resursima umjesto da izmišljate ograničenje koje nijedan dokument pružatelja ne opisuje.

Stabilnost adrese i brzina prijenosa mogu oboje biti važni za isto postavljanje, a korisna odluka je koje od njih kupujete svakom promjenom.