IP statique GCP contre vitesse VPN : trois variables, un test

Le transfert est devenu plus rapide après la réservation de l’adresse, et la conclusion s’est écrite toute seule. Sauf que le même changement a aussi fait passer le tunnel d’UDP à TCP, déplacé le test à un autre soir et peut-être atterri sur une VM d’une autre zone. Réserver une adresse externe règle un problème de cycle de vie : elle garde le point de terminaison identique entre les redémarrages. Elle n’a aucun mécanisme qui accélérerait les paquets, donc la différence de vitesse dans cette expérience appartient aux autres variables, et la décision qui vous attend est laquelle tester ensuite.

Ce qu’une adresse réservée apporte réellement

Compute Engine distingue les adresses éphémères, allouées et libérées avec l’instance, des adresses statiques que vous réservez et conservez. Cette différence concerne la rétention et la facturation, pas le chemin que prend un paquet. Un point de terminaison stable est réellement utile pour les enregistrements DNS, les profils d’accès distant, les listes d’autorisation de partenaires et les règles de pare-feu qui ne devraient pas changer au redémarrage d’une VM.

Ce sont de bonnes raisons d’en réserver une. Aucune n’est une raison de débit.

Gardez le niveau, l’adresse et le transport comme trois variables

Google Cloud vend aussi les niveaux de service réseau Premium et Standard, et les deux empruntent des chemins différents vers internet avec une disponibilité de fonctionnalités différente. L’adressage statique est orthogonal aux deux, donc traitez statique et Premium comme des faits sans rapport sur une VM, et non comme des synonymes. Notez le niveau réel, la région et toute interconnexion ou attachement en jeu, car ils décrivent le chemin d’une manière que l’étiquette d’adresse ne fera jamais.

Trois variables, trois expériences distinctes, sinon le résultat est une histoire et non une mesure.

Concevez un test qui répond à une seule question

Gardez la VM, l’adresse, l’emplacement du client, la destination et la charge de travail fixes pendant que vous comparez des profils UDP et TCP approuvés. Il faut à la fois un écouteur serveur par transport et des règles de pare-feu correspondantes ; modifier un mot-clé du client et laisser l’écouteur inchangé ne teste que votre patience. Utilisez un transfert reproductible et notez la direction, la durée, les flux uniques ou parallèles et les unités, car MB/s et Mb/s diffèrent d’un facteur huit.

Surveillez aussi le processeur de la VM, car une petite instance sature sur le chiffrement ou le travail softirq bien avant le réseau, et ce plafond ressemblera exactement à une limite de fournisseur.

Les compteurs de retransmission et de perte de la VM et du client séparent les problèmes de chemin des problèmes de transport, et une barre de progression ne le peut pas. Une séquence praticable avec iperf3 prend environ dix minutes par transport. Lancez le serveur de l’autre côté, faites tourner le client trente secondes dans chaque direction et répétez chaque direction trois fois. Écartez la première exécution de chaque série, puis comparez les débits d’émetteur et de récepteur avec le nombre de retransmissions qu’impriment les exécutions TCP.

Pourquoi UDP et TCP diffèrent mécaniquement

OpenVPN sur UDP transporte des datagrammes et laisse le transport propre à l’application gérer les pertes. Sur TCP, le flux fiable du tunnel se place sous un flux applicatif déjà fiable, si bien qu’un segment perdu bloque tout ce qui le suit tandis que la connexion extérieure retransmet selon son propre calendrier. Ce comportement de tête de file est une propriété du tunnelage de TCP dans TCP, pas une politique de fournisseur. La gestion de MTU et MSS diffère aussi entre les deux modes, ce qui change le comportement de fragmentation sur le même chemin.

Un essai TCP plus rapide prouve donc que TCP était plus rapide ce jour-là sur ce chemin, et rien de plus général.

Écrivez le résultat pour qu’il survive à une relecture

Une conclusion défendable a une forme : ce profil, sur cette taille de machine, sur ce niveau de réseau, a soutenu cette charge mesurée dans cette direction dans ces conditions. Tout ce qui est plus large demande plus d’exécutions qu’un soir ne peut en fournir. Si le cas plus lent reste inexpliqué, conservez-le comme observation avec ses preuves de paquets et de ressources plutôt que d’inventer un bridage qu’aucun document de fournisseur ne décrit.

La stabilité de l’adresse et la vitesse de transfert peuvent toutes deux compter pour le même déploiement, et la décision utile est laquelle des deux vous achetez à chaque changement.