IP estática de GCP fronte á velocidade de VPN: tres variables, unha proba
Unha dirección reservada non é un axuste de velocidade. Separe o ciclo de vida da dirección, o nivel de rede e o transporte OpenVPN antes de comparar o rendemento en Compute Engine.
A transferencia fíxose máis rápida despois de reservar a dirección, e a conclusión escribiuse soa. Salvo que o mesmo cambio tamén pasou o túnel de UDP a TCP, moveu a proba a outra noite e quizais aterrou nunha VM doutra zona. Reservar unha dirección externa resolve un problema de ciclo de vida: mantén o punto final igual entre reinicios. Non ten ningún mecanismo que acelerase os paquetes, así que a diferenza de velocidade nese experimento pertence ás outras variables, e a decisión que ten diante é cal probar despois.
Que compra realmente unha dirección reservada
Compute Engine distingue as direccións efémeras, asignadas e liberadas coa instancia, das direccións estáticas que vostede reserva e conserva. Esa diferenza ten que ver coa retención e a facturación, non coa ruta que toma un paquete. Un punto final estable é realmente útil para rexistros DNS, perfís de acceso remoto, listas de permitidos de socios e regras de devasas que non deberían cambiar cando se reinicia unha VM.
Son boas razóns para reservar unha. Ningunha delas é unha razón de rendemento.
Manteña nivel, dirección e transporte como tres variables
Google Cloud tamén vende os niveis de servizo de rede Premium e Standard, e ambos seguen rutas distintas cara a internet con distinta dispoñibilidade de funcións. O direccionamento estático é ortogonal aos dous, así que trate estático e Premium como feitos non relacionados sobre unha VM e non como sinónimos. Rexistre o nivel real, a rexión e calquera interconexión ou attachment en xogo, porque describen a ruta dun xeito que a etiqueta da dirección nunca fará.
Tres variables, tres experimentos separados, ou o resultado é un relato e non unha medición.
Desene unha proba que responda a unha pregunta
Manteña a VM, a dirección, a localización do cliente, o destino e a carga de traballo fixos mentres compara perfís UDP e TCP aprobados. Fan falta tanto un escoitador do servidor por transporte como regras de devasas coincidentes; editar unha palabra clave do cliente e deixar o escoitador sen cambios non proba máis que a súa paciencia. Use unha transferencia repetible e rexistre dirección, duración, fluxos únicos fronte a paralelos e as unidades, porque MB/s e Mb/s difiren nun factor de oito.
Vixíe tamén a CPU da VM, porque unha instancia pequena satúrase co traballo de cifrado ou softirq moito antes que a rede, e ese teito parecerase exactamente a un límite do provedor.
Os contadores de retransmisión e perda da VM e do cliente separan os problemas de ruta dos de transporte, e unha barra de progreso non pode. Unha secuencia viable con iperf3 tarda uns dez minutos por transporte. Inicie o servidor no extremo afastado, execute o cliente trinta segundos en cada dirección e repita cada dirección tres veces. Descarte a primeira execución de cada serie e logo compare as taxas de emisor e receptor xunto co reconto de retransmisións que imprimen as execucións TCP.
Por que UDP e TCP difiren mecanicamente
OpenVPN sobre UDP transporta datagramas e deixa que o propio transporte da aplicación xestione as perdas. Sobre TCP, o fluxo fiable do túnel sitúase baixo un fluxo de aplicación xa fiable, así que un segmento perdido detén todo o que hai detrás mentres a conexión exterior retransmite segundo o seu propio calendario. Ese comportamento de cabeza de cola é unha propiedade de tunelar TCP dentro de TCP, non unha política do provedor. O manexo de MTU e MSS tamén difire entre os dous modos, o que cambia o comportamento de fragmentación na mesma ruta.
Por tanto, unha proba TCP máis rápida demostra que TCP foi máis rápido ese día nesa ruta, e nada máis xeral.
Escriba o resultado para que sobreviva á revisión
Unha conclusión defendible ten unha forma: este perfil, neste tamaño de máquina, neste nivel de rede, sostivo esta carga medida nesta dirección baixo estas condicións. Calquera cousa máis ampla necesita máis execucións das que unha noite pode achegar. Se o caso máis lento queda sen explicación, consérveo como observación coas súas probas de paquetes e recursos en lugar de inventar unha limitación que ningún documento de provedor describe.
A estabilidade da dirección e a velocidade de transferencia poden importar ambas para o mesmo despregamento, e a decisión útil é cal das dúas compra con cada cambio.