IP static în GCP versus viteza VPN: trei variabile, un test

Transferul a devenit mai rapid după ce adresa a fost rezervată, iar concluzia s-a scris singură. Doar că aceeași schimbare a comutat și tunelul de la UDP la TCP, a mutat testul într-o altă seară și probabil a aterizat pe un VM din altă zonă. Rezervarea unei adrese externe rezolvă o problemă de ciclu de viață: păstrează același punct final între reporniri. Nu are niciun mecanism care ar accelera pachetele, așa că diferența de viteză din acel experiment aparține celorlalte variabile, iar decizia din fața dumneavoastră este pe care să o testați în continuare.

Ce cumpără de fapt o adresă rezervată

Compute Engine distinge adresele efemere, alocate și eliberate împreună cu instanța, de adresele statice pe care le rezervați și le păstrați. Această diferență ține de păstrare și facturare, nu de calea pe care merge un pachet. Un punct final stabil este cu adevărat util pentru înregistrările DNS, profilurile de acces la distanță, listele de permisiuni ale partenerilor și regulile de firewall care nu ar trebui să se schimbe la repornirea unui VM.

Acestea sunt motive bune să rezervați una. Niciunul nu este un motiv de debit.

Păstrați nivelul, adresa și transportul ca trei variabile

Google Cloud vinde și nivelurile de serviciu de rețea Premium și Standard, iar cele două urmează căi diferite către internet cu disponibilitate diferită a funcțiilor. Adresarea statică este ortogonală ambelor, așa că tratați static și Premium ca fapte nelegate despre un VM, nu ca sinonime. Înregistrați nivelul real, regiunea și orice interconectare sau attachment aflat în joc, pentru că acestea descriu calea într-un mod în care eticheta adresei nu o va face niciodată.

Trei variabile, trei experimente separate, altfel rezultatul este o poveste, nu o măsurătoare.

Proiectați un test care răspunde la o singură întrebare

Păstrați VM-ul, adresa, locația clientului, destinația și încărcarea de lucru fixe în timp ce comparați profiluri UDP și TCP aprobate. Sunt necesare atât un ascultător de server pentru fiecare transport, cât și reguli de firewall potrivite; a edita un cuvânt-cheie al clientului și a lăsa ascultătorul neschimbat testează doar răbdarea dumneavoastră. Folosiți un transfer repetabil și înregistrați direcția, durata, fluxurile simple versus paralele și unitățile, pentru că MB/s și Mb/s diferă cu un factor de opt.

Urmăriți și procesorul VM-ului, pentru că o instanță mică se saturează la criptare sau la munca softirq mult înainte de rețea, iar acel plafon va arăta exact ca o limită a furnizorului.

Contoarele de retransmisie și pierdere de la VM și de la client separă problemele de cale de problemele de transport, iar o bară de progres nu poate. O secvență funcțională cu iperf3 durează aproximativ zece minute pe transport. Porniți serverul în partea îndepărtată, rulați clientul treizeci de secunde în fiecare direcție și repetați fiecare direcție de trei ori. Aruncați prima rulare din fiecare serie, apoi comparați ratele emițătorului și ale receptorului împreună cu numărul de retransmisii pe care îl tipăresc rulările TCP.

De ce UDP și TCP diferă mecanic

OpenVPN peste UDP transportă datagrame și lasă transportul propriu al aplicației să gestioneze pierderile. Peste TCP, fluxul fiabil al tunelului stă sub un flux de aplicație deja fiabil, așa că un segment pierdut blochează tot ce e în spatele lui în timp ce conexiunea exterioară retransmite după propriul program. Acest comportament de cap de coadă este o proprietate a tunelării TCP în TCP, nu o politică a furnizorului. Și tratarea MTU și MSS diferă între cele două moduri, ceea ce schimbă comportamentul de fragmentare pe aceeași cale.

Un test TCP mai rapid demonstrează deci că TCP a fost mai rapid în acea zi pe acea cale, și nimic mai general.

Scrieți rezultatul astfel încât să supraviețuiască unei revizuiri

O concluzie defendabilă are o formă: acest profil, pe această dimensiune de mașină, pe acest nivel de rețea, a susținut această încărcare măsurată în această direcție în aceste condiții. Orice mai larg necesită mai multe rulări decât poate oferi o singură seară. Dacă cazul mai lent rămâne neexplicat, păstrați-l ca observație cu dovezile sale despre pachete și resurse, în loc să inventați o limitare pe care niciun document al furnizorului nu o descrie.

Stabilitatea adresei și viteza de transfer pot conta amândouă pentru aceeași implementare, iar decizia utilă este pe care dintre ele o cumpărați cu fiecare schimbare.