Héberger en Turquie réduit-il la latence ?

Plus un serveur est proche du visiteur, plus la latence (ping) tend à être faible. La raison : la vitesse de la lumière dans la fibre fixe un plancher, d'environ 5 ms à l'aller pour 1 000 km, soit 10 ms aller-retour. Si vos visiteurs sont en Turquie, un serveur à Istanbul limite cette pénalité de distance. S'ils sont à l'étranger, la latence sera plus élevée.

Les chiffres de cet article sont des minimums théoriques issus de la physique, pas des mesures. Vous pouvez mesurer les valeurs réelles depuis votre propre connexion avec les commandes ci-dessous.

Qu'est-ce que la latence, et en quoi diffère-t-elle de la bande passante ?

La latence est le temps qu'un paquet met pour aller au serveur et en revenir, et elle se mesure en temps aller-retour (RTT). La bande passante est la quantité de données qui circulent par seconde. Pensez à un tuyau : la latence est sa longueur et la bande passante sa largeur. Pour télécharger un gros fichier, la largeur compte le plus. Pour envoyer de nombreuses petites requêtes, c'est la longueur.

Combien la distance ajoute-t-elle ?

La lumière traverse la fibre à environ 200 000 km par seconde, soit à peu près 200 km par milliseconde. Les trajets réels des câbles sont plus longs qu'une ligne droite, et chaque routeur ajoute un peu de temps. Les valeurs réelles sont donc plus élevées que celles du tableau ci-dessous.

Ce que la latence influence

• Les pages web. Sur une nouvelle connexion HTTPS, le premier octet arrive après environ 3 allers-retours : 1 pour TCP, 1 pour TLS 1.3 et 1 pour la requête et la réponse. Avec TLS 1.2, c'est 4. Le temps de traitement du serveur s'y ajoute. Si la connexion est réutilisée, il ne reste qu'1 aller-retour. Quand une page fait des dizaines de requêtes, le retard s'accumule.
• Les jeux. Le ping est le temps que met chaque action pour atteindre le serveur et revenir. Plus les joueurs sont proches du serveur, plus l'expérience est fluide.
• SSH. Chaque caractère que vous tapez va au serveur et revient à votre écran. Avec une latence élevée, vous sentez un léger décalage à la frappe.
• Téléchargements et envois. C'est la bande passante qui décide ici, et la latence vient en second.

Qui profite d'un serveur en Turquie ?

Si la plupart de vos visiteurs ou de votre équipe sont en Turquie, un serveur à Istanbul réduit au minimum le retard dû à la distance. Seturack n'a qu'un seul emplacement : Istanbul. Une distance plus courte tend à réduire la latence, mais le chemin réseau dépend autant de la façon dont les fournisseurs sont interconnectés que de la distance. Fiez-vous donc à vos propres mesures plutôt qu'à n'importe quelle affirmation.

Si votre public est à l'étranger

Si votre public vit dans un autre pays, la latence augmente comme l'indique le tableau. Ce n'est pas toujours un problème. Pour un panneau d'administration, un blog ou le partage de fichiers, un peu de latence passe souvent inaperçu. Dans les jeux et les applications en temps réel, cela compte beaucoup. Chez Seturack, le serveur est à Istanbul, mais on peut commander de n'importe où dans le monde. Servir un public à l'étranger est possible. Prévoyez simplement que la latence augmentera comme l'indique le tableau. Voici ce que vous pouvez faire :

• Utilisez un réseau de diffusion de contenu (CDN) qui met en cache les images, scripts et feuilles de style et les sert depuis un point proche de l'utilisateur. Les pages dynamiques viennent toujours de votre serveur.
• Activez HTTP/2 ou HTTP/3 et la compression sur le serveur, pour que de nombreuses requêtes partagent une même connexion.
• Réduisez le nombre de requêtes par page et la taille des images.
• Si la plupart de vos utilisateurs sont concentrés dans une même région, tenez compte de cette région pour choisir l'emplacement du serveur.

Mesurez par vous-même

Mesurez la latence entre votre propre connexion et l'adresse IP de votre serveur :

ping -c 10 SERVER_IP

Sous Windows, utilisez -n à la place de -c. La valeur moyenne affichée est le temps aller-retour. Ne regardez pas que la moyenne : si l'écart entre les valeurs min, max et mdev (stddev sous macOS) est grand, la latence est instable (gigue). La perte de paquets ruine aussi les jeux et les applications vocales. Répétez la mesure à différents moments de la journée, car les valeurs peuvent changer aux heures chargées. Pour voir où le chemin ralentit et où des paquets sont perdus, exécutez :

mtr -rwc 20 SERVER_IP

Sous macOS, mtr doit être installé séparément. Pour décomposer où passe le temps sur un site web, utilisez :

curl -o /dev/null -s -w "dns:%{time_namelookup} connect:%{time_connect} tls:%{time_appconnect} firstbyte:%{time_starttransfer} total:%{time_total}\n" https://example.com

Les valeurs sont cumulatives, en secondes depuis le début de la requête. L'écart entre firstbyte et tls est un aller-retour plus le temps que le serveur passe à préparer la page. Si cet écart est grand, le problème n'est pas la distance mais l'application ou la base de données.

La lenteur vient-elle vraiment de la latence ?

Tous les ralentissements ne viennent pas de la distance. Une partie du retard vient du propre réseau de l'utilisateur (Wi-Fi, données mobiles). D'après vos mesures, vous pouvez distinguer les causes ainsi :

Pour les problèmes côté serveur, vérifiez aussi l'utilisation de la mémoire et du processeur. Si besoin, vous pouvez augmenter la taille du serveur depuis le panneau.

Si vous voulez votre serveur à Istanbul, vous pouvez calculer votre prix sur la page des tarifs.