Statická IP v GCP verzus rýchlosť VPN: tri premenné, jeden test
Rezervovaná adresa nie je nastavenie rýchlosti. Oddeľte životný cyklus adresy, sieťovú vrstvu a transport OpenVPN, skôr než porovnáte priepustnosť v Compute Engine.
Prenos sa zrýchlil po rezervácii adresy a záver sa napísal sám. Lenže tá istá zmena tiež prepnula tunel z UDP na TCP, presunula test na iný večer a možno pristála na VM v inej zóne. Rezervácia externej adresy rieši problém životného cyklu: udržiava koncový bod rovnaký naprieč restartmi. Nemá žiadny mechanizmus, ktorý by zrýchľoval pakety, takže rozdiel v rýchlosti v tom experimente patrí ostatným premenným a rozhodnutie pred vami je, ktorú testovať ďalej.
Čo rezervovaná adresa skutočne kupuje
Compute Engine rozlišuje efemérne adresy, prideľované a uvoľňované s inštanciou, od statických adries, ktoré rezervujete a držíte. Ten rozdiel sa týka uchovávania a fakturácie, nie cesty, ktorou paket ide. Stabilný koncový bod je naozaj užitočný pre DNS záznamy, profily vzdialeného prístupu, zoznamy povolených partnerov a pravidlá firewallu, ktoré by sa pri reštarte VM nemali meniť.
To sú dobré dôvody jednu rezervovať. Žiadny z nich nie je dôvodom priepustnosti.
Držte vrstvu, adresu a transport ako tri premenné
Google Cloud predáva aj vrstvy sieťovej služby Premium a Standard a obe idú k internetu rôznymi cestami s rôznou dostupnosťou funkcií. Statické adresovanie je ortogonálne k obom, takže statickú adresu a Premium berte ako nesúvisiace fakty o VM, nie ako synonymá. Zaznamenajte skutočnú vrstvu, región a akékoľvek prepojenie či attachment v hre, pretože tie opisujú cestu spôsobom, akým štítok adresy nikdy nebude.
Tri premenné, tri samostatné experimenty, inak je výsledok príbeh, a nie meranie.
Navrhnite test, ktorý odpovedá na jednu otázku
Držte VM, adresu, polohu klienta, cieľ a záťaž pevne, zatiaľ čo porovnávate schválené profily UDP a TCP. Potrebujete aj počúvajúci server pre každý transport, aj zodpovedajúce pravidlá firewallu; upraviť kľúčové slovo v klientovi a nechať počúvajúcu stranu bez zmeny testuje len vašu trpezlivosť. Použite opakovateľný prenos a zaznamenajte smer, trvanie, jednotlivé versus paralelné toky a jednotky, pretože MB/s a Mb/s sa líšia osemnásobne.
Sledujte aj procesor VM, pretože malá inštancia sa nasýti na šifrovaní alebo práci softirq dávno pred sieťou a ten strop bude vyzerať presne ako limit poskytovateľa.
Počítadlá retransmisií a strát z VM a klienta oddeľujú problém cesty od problému transportu a ukazovateľ priebehu to nedokáže. Použiteľná postupnosť s iperf3 trvá približne desať minút na transport. Spustite server na vzdialenej strane, nechajte klienta bežať tridsať sekúnd v každom smere a každý smer zopakujte trikrát. Prvý beh každej série zahoďte, potom porovnajte rýchlosti odosielateľa a prijímateľa spolu s počtom retransmisií, ktorý vypisujú behy TCP.
Prečo sa UDP a TCP mechanicky líšia
OpenVPN cez UDP nesie datagramy a necháva vlastnému transportu aplikácie, aby sa vyrovnal so stratami. Cez TCP leží spoľahlivý tok tunela pod už spoľahlivým tokom aplikácie, takže jeden stratený segment zastaví všetko za ním, zatiaľ čo vonkajšie spojenie retransmituje podľa vlastného rozvrhu. Toto správanie na čele frontu je vlastnosťou tunelovania TCP v TCP, nie politikou poskytovateľa. Spracovanie MTU a MSS sa tiež líši medzi oboma režimami, čo mení správanie fragmentácie na tej istej ceste.
Rýchlejší pokus s TCP teda dokazuje, že TCP bolo v ten deň na tej ceste rýchlejšie, a nič všeobecnejšie.
Napíšte výsledok tak, aby prežil recenziu
Obhájiteľný záver má tvar: tento profil na tejto veľkosti stroja, na tejto sieťovej vrstve udržal túto meranú záťaž v tomto smere za týchto podmienok. Čokoľvek širšie vyžaduje viac behov, než jeden večer ponúkne. Ak pomalší prípad zostane nevysvetlený, ponechajte ho ako pozorovanie s dôkazmi o paketoch a zdrojoch, namiesto vymýšľania obmedzenia, ktoré nepopisuje žiadny dokument poskytovateľa.
Stabilita adresy a rýchlosť prenosu môžu byť pre rovnaké nasadenie dôležité obe a užitočné rozhodnutie je, ktorú z nich kupujete s každou zmenou.