Comment c’est calculé
Pour chaque emplacement, votre navigateur envoie d’abord une requête pour ouvrir la connexion (résolution du nom, connexion et accord sur le chiffrement), puis cinq autres sur cette connexion ouverte. Le temps que met chacune de ces cinq à revenir est un aller-retour. Le résultat est leur médiane, de sorte qu’une réponse lente ne le fausse pas.
latence = médiane de 5 allers-retours après 1 requête d’échauffement gigue = variation moyenne entre allers-retours consécutifs exclus : un aller-retour au-delà du double de la médiane et de 50 ms au-dessus d’elle
Un navigateur ne peut pas envoyer les paquets ICMP qu’utilise la commande ping ; ce test mesure donc de petites requêtes HTTPS vers les serveurs de test publics des hébergeurs. C’est ce qu’un visiteur de votre site attend, et la valeur dépasse généralement de quelques millisecondes celle de ping. Les serveurs de test appartiennent à Vultr et Hetzner, deux des hébergeurs que nous listons ; les autres hébergeurs d’une même ville utilisent les mêmes points d’échange Internet, leurs valeurs sont donc proches.
La latence suit surtout la distance : la lumière dans une fibre parcourt environ 200 km par milliseconde, soit 100 km en aller-retour. Francfort–New York fait environ 6 200 km, aucun trajet ne peut donc être plus rapide qu’environ 62 ms, et les trajets réels prennent de 75 à 90 ms.
Exemple
Vu de Berlin sur une fibre domestique, Francfort et Nuremberg répondent en 12 à 15 ms, Amsterdam et Londres en 20 à 25 ms, le New Jersey en 90 ms environ et Singapour en 170 ms environ. Pour un site dont les visiteurs sont surtout en Allemagne, chacun des quatre premiers est un bon emplacement pour le serveur.
Ce que signifient les valeurs
| Aller-retour | Suffisant pour |
|---|---|
| Excellent < 30 ms | Serveurs de jeu, trading, bureaux à distance, voix |
| Bon 30–80 ms | Sites web, API, SSH, bases de données utilisées par une application proche |
| Moyen 80–150 ms | Sites web avec CDN, sauvegardes, robots, VPN pour naviguer |
| Loin > 150 ms | Stockage et sauvegardes ; un serveur pour les visiteurs de ce continent |
Tester depuis votre ordinateur ou un serveur
Dans un terminal, vous pouvez mesurer les mêmes serveurs de test avec les outils habituels : ping pour l’aller-retour simple, mtr pour chaque saut du trajet, et curl pour la durée d’une vraie connexion HTTPS. Lancez-les depuis un serveur que vous avez déjà pour voir à quelle distance il se trouve d’un hébergeur vers lequel vous pensez migrer.
ping -c 10 fra-de-ping.vultr.commtr -rwc 50 fra-de-ping.vultr.comcurl -so /dev/null -w 'connect %{time_connect}s tls %{time_appconnect}s first byte %{time_starttransfer}s\n' https://fra-de-ping.vultr.com/Questions
Quel est un bon ping pour un VPS ?
Moins de 30 ms est excellent et n’arrive qu’à quelques centaines de kilomètres ; moins de 80 ms est bon pour les sites web, SSH et les API ; jusqu’à 150 ms reste correct pour un site, un robot ou des sauvegardes. Les serveurs de jeu, les terminaux de trading et les bureaux à distance veulent la valeur la plus basse possible : choisissez donc un centre de données dans votre pays ou le suivant.
Le ping, est-ce la même chose que la latence ?
Le ping est l’outil, la latence ce qu’il mesure : le temps qu’un paquet met pour atteindre un serveur et revenir, en millisecondes. On dit aussi « ping » pour le chiffre. La bande passante est autre chose : elle dit combien de données passent par la connexion par seconde, pas combien de temps dure chaque réponse.
Pourquoi le résultat est-il plus élevé que celui de la commande ping ?
Un navigateur ne peut pas envoyer de paquets ICMP ; ce test mesure donc de petites requêtes HTTPS. Elles traversent le navigateur et le serveur web de l’autre côté, ce qui ajoute quelques millisecondes. Un Wi-Fi lent, des téléchargements simultanés et un VPN en ajoutent davantage ; relancez le test sur une connexion filaire pour comparer.
Quel emplacement de centre de données choisir ?
Celui qui est le plus proche des personnes qui utilisent le serveur, pas de vous, sauf si vous en êtes le seul utilisateur. Pour un site dont les visiteurs sont dans un seul pays, choisissez un centre de données dans ce pays ou chez un voisin. Pour des visiteurs sur plusieurs continents, placez un CDN devant le site, ou faites tourner un serveur par continent.