IP estàtica de GCP versus velocitat de VPN: tres variables, una prova

La transferència es va fer més ràpida després de reservar l’adreça, i la conclusió es va escriure sola. Tret que el mateix canvi també va passar el túnel d’UDP a TCP, va moure la prova a un altre vespre i potser va aterrar en una VM d’una altra zona. Reservar una adreça externa resol un problema de cicle de vida: manté el punt final igual entre reinicis. No té cap mecanisme que acceleri els paquets, així que la diferència de velocitat en aquell experiment pertany a les altres variables, i la decisió que teniu al davant és quina provar després.

Què compra realment una adreça reservada

Compute Engine distingeix les adreces efímeres, assignades i alliberades amb la instància, de les adreces estàtiques que reserveu i conserveu. Aquesta diferència tracta de retenció i facturació, no del camí que fa un paquet. Un punt final estable és genuïnament útil per als registres DNS, els perfils d’accés remot, les llistes d’autorització de socis i les regles de tallafoc que no haurien de canviar quan es reinicia una VM.

Són bones raons per reservar-ne una. Cap d’elles no és una raó de rendiment.

Manteniu nivell, adreça i transport com a tres variables

Google Cloud també ven els nivells de servei de xarxa Premium i Standard, i tots dos segueixen camins diferents cap a internet amb disponibilitat de funcions diferent. L’adreçament estàtic és ortogonal als dos, així que tracteu estàtic i Premium com a fets no relacionats sobre una VM i no com a sinònims. Enregistreu el nivell real, la regió i qualsevol interconnect o attachment en joc, perquè descriuen el camí d’una manera que l’etiqueta de l’adreça mai no farà.

Tres variables, tres experiments separats, o el resultat és una història i no una mesura.

Dissenyeu una prova que respongui una pregunta

Manteniu la VM, l’adreça, la ubicació del client, la destinació i la càrrega de treball fixes mentre compareu perfils UDP i TCP aprovats. Calen tant un oïdor del servidor per transport com regles de tallafoc coincidents; editar una paraula clau del client i deixar l’oïdor sense canvis no prova res més que la vostra paciència. Feu servir una transferència repetible i enregistreu direcció, durada, fluxos únics versus paral·lels i les unitats, perquè MB/s i Mb/s difereixen en un factor de vuit.

Vigileu també la CPU de la VM, perquè una instància petita se satura amb la feina de xifratge o softirq molt abans que la xarxa, i aquest sostre s’assemblarà exactament a un límit del proveïdor.

Els comptadors de retransmissió i pèrdua de la VM i del client separen els problemes de camí dels problemes de transport, i una barra de progrés no pot. Una seqüència viable amb iperf3 triga uns deu minuts per transport. Inicieu el servidor a l’altre costat, executeu el client trenta segons en cada direcció i repetiu cada direcció tres vegades. Descarteu la primera execució de cada sèrie i després compareu les taxes d’emissor i receptor juntament amb el recompte de retransmissions que imprimeixen les execucions TCP.

Per què UDP i TCP difereixen mecànicament

OpenVPN sobre UDP transporta datagrames i deixa que el transport propi de l’aplicació gestioni les pèrdues. Sobre TCP, el flux fiable del túnel se situa sota un flux d’aplicació ja fiable, així que un segment perdut atura tot el que hi ha darrere mentre la connexió exterior retransmet segons el seu propi calendari. Aquest comportament de cap de cua és una propietat de tunelar TCP dins de TCP, no una política del proveïdor. El maneig d’MTU i MSS també difereix entre els dos modes, cosa que canvia el comportament de fragmentació al mateix camí.

Per tant, una prova TCP més ràpida demostra que TCP va ser més ràpid aquell dia en aquell camí, i res més general.

Escriviu el resultat perquè sobrevisqui a la revisió

Una conclusió defensable té una forma: aquest perfil, en aquesta mida de màquina, en aquest nivell de xarxa, va sostenir aquesta càrrega mesurada en aquesta direcció sota aquestes condicions. Qualsevol cosa més àmplia necessita més execucions de les que un vespre pot aportar. Si el cas més lent queda sense explicació, conserveu-lo com a observació amb les seves proves de paquets i recursos en lloc d’inventar una limitació que cap document de proveïdor descriu.

L’estabilitat de l’adreça i la velocitat de transferència poden importar totes dues per al mateix desplegament, i la decisió útil és quina de les dues compreu amb cada canvi.