Statikus IP a GCP-ben a VPN sebességével szemben: három változó, egy teszt

Az átvitel gyorsabb lett, miután a címet lefoglalták, és a következtetés magától megírta önmagát. Csakhogy ugyanez a változtatás az alagutat is UDP-ről TCP-re váltotta, a tesztet másik estére tette át, és talán egy másik zónában lévő VM-re landolt. Egy külső cím lefoglalása életciklus-problémát old meg: a végpontot ugyanaz marad az újraindítások között. Nincs olyan mechanizmusa, amely felgyorsítaná a csomagokat, ezért a sebességkülönbség abban a kísérletben a többi változóé, és az ön előtt álló döntés az, melyiket tesztelje következőként.

Mit is ad valójában egy lefoglalt cím

A Compute Engine megkülönbözteti az efemer címeket, amelyeket a példányhoz rendelnek és szabadítanak fel, a statikus címektől, amelyeket ön lefoglal és megtart. Ez a különbség a megőrzésről és a számlázásról szól, nem arról az útvonalról, amelyet a csomag bejár. A stabil végpont valóban hasznos a DNS-rekordok, a távoli hozzáférési profilok, a partnerek engedélyezési listái és azok a tűzfalszabályok számára, amelyeknek nem szabad megváltozniuk a VM újraindításakor.

Ezek jó okok arra, hogy lefoglaljon egyet. Egyik sem átviteli teljesítmény ok.

Tartsa a szintet, a címet és az átvitelt három változóként

A Google Cloud a Premium és a Standard Network Service Tiers szinteket is árulja, és mindkettő különböző útvonalakon éri el az internetet, eltérő funkcióelérhetőséggel. A statikus címzés mindkettőre ortogonális, ezért a statikust és a Premiumot egy VM-re vonatkozó, egymástól független tényként kezelje, nem szinonimákként. Rögzítse a tényleges szintet, a régiót és bármilyen összekapcsolást vagy csatolást, mert ezek írják le az útvonalat olyan módon, ahogy a címke soha nem fogja.

Három változó, három külön kísérlet, különben az eredmény történet, nem mérés.

Tervezzen tesztet, amely egy kérdésre válaszol

Tartsa a VM-et, a címet, az ügyfél helyét, a célt és a terhelést rögzítve, miközben jóváhagyott UDP- és TCP-profilokat hasonlít össze. Szükség van minden átvitelhez kiszolgálófigyelőre és a hozzá illő tűzfalszabályokra is; egy ügyfélkulcsszó szerkesztése és a figyelő változatlan hagyása csak a türelmét teszteli. Használjon ismételhető átvitelt, és rögzítse az irányt, az időtartamot, az egyes és párhuzamos streameket és a mértékegységeket, mert az MB/s és a Mb/s nyolcszoros tényezővel tér el.

Figyelje a VM processzorát is, mert egy kis példány a titkosítási vagy softirq-munkában jóval a hálózat előtt telítődik, és ez a plafon pontosan szolgáltatói korlátnak fog látszani.

A VM és az ügyfél újraküldési és veszteségszámlálói elválasztják az útvonal problémáját az átvitel problémájától, a folyamatjelző sáv pedig erre nem képes. Egy használható sorrend iperf3-tal átvitelenként körülbelül tíz percet vesz igénybe. Indítsa a kiszolgálót a túlsó oldalon, futtassa az ügyfelet harminc másodpercig mindkét irányban, és ismételje meg mindkét irányt háromszor. Dobja el minden sorozat első futását, majd hasonlítsa össze a küldő és a fogadó sebességét a TCP-futások által kiírt újraküldésszámmal együtt.

Miért tér el mechanikusan az UDP és a TCP

A OpenVPN UDP felett adatagramokat szállít, és a veszteség kezelését az alkalmazás saját átvitelére bízza. TCP felett az alagút megbízható folyama egy már megbízható alkalmazásfolyam alatt ül, így egyetlen elveszett szegmens mindent megállít mögötte, miközben a külső kapcsolat a saját ütemezése szerint küld újra. Ez a sor eleji viselkedés a TCP TCP-n belüli alagutazásának tulajdonsága, nem szolgáltatói szabályzat. Az MTU és MSS kezelése is különbözik a két mód között, ami megváltoztatja a töredezési viselkedést ugyanazon az útvonalon.

Egy gyorsabb TCP-próba tehát csak azt bizonyítja, hogy a TCP azon a napon azon az útvonalon gyorsabb volt, és semmi általánosabbat.

Úgy írja meg az eredményt, hogy átvészelje a felülvizsgálatot

A védhető következtetésnek formája van: ez a profil, ezen a gépméreten, ezen a hálózati szinten, fenntartotta ezt a mért terhelést ebben az irányban ezek között a feltételek között. Minden ennél tágabb több futást igényel, mint amennyit egy este adhat. Ha a lassabb eset megmagyarázatlan marad, tartsa meg megfigyelésként a csomag- és erőforrás-bizonyítékaival, ahelyett hogy olyan korlátozást találna ki, amelyet egyetlen szolgáltatói dokumentum sem ír le.

A cím stabilitása és az átviteli sebesség egyaránt számíthat ugyanannál a telepítésnél, és a hasznos döntés az, melyiket vásárolja meg minden változtatással.