Séparer le délai et le pays de l’adresse
Le délai aller-retour est le temps qu’un paquet met pour atteindre la machine et revenir. La distance, les câbles sous-marins, la sortie de l’opérateur et l’encombrement du jour sont dans ce chiffre. Le pays d’une adresse est ce qu’un registre et une base de géolocalisation impriment sur l’IPv4. Remplissez les deux colonnes. L’une ne remplace pas l’autre.
Chaque délai de cette note vise une machine déployée à Tokyo, au Japon. Une base de géolocalisation marque en général cette adresse comme le Japon. Une personne à Shanghai emprunte quand même le chemin Shanghai–Tokyo. Marquer l’adresse « Japon » ne raccourcit pas ce chemin.
L’inverse est vrai. Si les utilisateurs sont déjà à Tokyo et que la page reste lente, comptez les allers-retours de l’application avant d’ajouter une IP. Une adresse supplémentaire reste sur la même machine. Le chemin ne change pas. L’endroit où siège l’administrateur est une ligne à part. Ne le moyennez pas avec les visiteurs. Une session SSH confortable dit seulement que l’administrateur est assez près. Elle ne dit rien des visiteurs.
La latence suit l’endroit des utilisateurs et l’encombrement du chemin. Une adresse au Japon suit la question : quelqu’un vérifie-t-il le pays ? Si personne ne le vérifie, l’adresse incluse suffit pour la connexion et le site.
Budgéter le délai selon l’endroit des utilisateurs
Écrivez l’utilisateur comme une ville plus un accès : fixe à la maison, mobile, ou sortie de bureau. Gardez au moins trois échantillons. Le VPN de l’entreprise et votre hôte de rebond ne sont pas le chemin du visiteur.
Dans la fibre, environ 200 km font 1 ms aller simple. Doublez pour l’aller-retour, puis ajoutez le routage et les files. Le tableau est cet ordre de grandeur. Ni une promesse d’opérateur, ni un chiffre garanti après la livraison. Dès que votre mtr est là, le tableau sort du budget.
| Les utilisateurs sont surtout | Fourchette de budget | À accepter avant de mesurer |
|---|---|---|
| Japon, même agglomération que la machine | Souvent quelques millisecondes jusqu’à une vingtaine | Sites et API ordinaires : en général assez serré. Jeux et cours : regarder aussi le pire dixième |
| Japon, une autre agglomération | Environ 10–40 ms | Toujours un chemin national. La sortie internationale est rarement la cause |
| Séoul, Taipei | Environ 30–70 ms | Un saut sous-marin. Noter le jour et la nuit à part |
| Hong Kong | Environ 50–80 ms | Des utilisateurs concentrés à Hong Kong sont plus près de Hong Kong. Au Japon, plus près de Tokyo |
| Grandes villes de Chine continentale | Quelques dizaines de ms si la sortie est libre ; au-delà de 100 ms si elle est encombrée | L’écart est la sortie internationale, pas le saut dans la ville. Ne retenez pas un chiffre fixe |
| Singapour, Bangkok, Manille | Environ 70–100 ms | Si le public est en Asie du Sud-Est, Tokyo n’est pas le point le plus proche |
| Côte ouest des États-Unis, Europe | Côte ouest environ 100–150 ms ; Europe environ 200 ms et plus | Correct pour quelques administrateurs. Mauvais site principal pour des clics locaux |
Mettre Hong Kong à côté, c’est comparer la distance, pas établir un classement. À Hong Kong ou le long de la côte sud de la Chine, l’aller-retour vers Hong Kong est en général plus court que vers Tokyo. Au Japon, l’aller-retour vers Tokyo est plus court. Des utilisateurs répartis entre Séoul, Taipei et Tokyo sont, en groupe, plus près de Tokyo. C’est de la distance. La santé du chemin ce jour-là se lit sur une mesure prise dans le réseau des utilisateurs.
CN2, fréquent dans les recherches, est le nom d’un produit : une sortie internationale de meilleure qualité côté China Telecom. Ce n’est pas une ville, ni le pays d’une adresse. La même machine, atteinte par des opérateurs différents, peut varier nettement. La présence de ces lettres sur une liste ne remplace pas un mtr depuis le réseau qui sert l’activité.
Les millisecondes servent à décider si une mesure vaut le temps. Ensuite, ne gardez que votre médiane et votre pire dixième. La capture d’un autre, ou « à partir de quelques millisecondes » sur une annonce, n’entre pas dans le budget.
Mesurer du côté des utilisateurs
Une fois au pic d’activité, une fois la nuit. Cela sépare « le chemin est long » de « la sortie est encombrée ». Pour chaque échantillon : minimum, médiane, et les 5 % les plus mauvais. La médiane est le ressenti ordinaire. Le pire dixième dit si les utilisateurs se bloquent parfois. Le minimum seul décrit le chemin par son meilleur paquet.
Les opérateurs dépriorisent parfois l’ICMP. Le ping n’est qu’un premier regard. Ensuite, le TCP : un handshake sur le port 443 ou 22, ou le temps jusqu’au premier octet de la page d’accueil. mtr montre le saut où le délai commence à monter. Une montée dans le réseau urbain de l’utilisateur bouge peu si vous changez la ville de la machine. Une montée à la sortie internationale veut dire que le goulet est la sortie du pays. Une montée sur les derniers sauts après le câble sous-marin concerne la ville de la machine.
ping -c 50 cible
mtr -rwzbc 50 cible
curl -o /dev/null -s -w 'ttfb:%{time_starttransfer} total:%{time_total}\n' https://cible/Sans machine, mesurez d’abord une cible à Tokyo dont vous connaissez déjà l’emplacement. Avec une machine, refaites le test depuis le même réseau utilisateur et comparez les médianes. Un chiffre pris sur la sortie d’un VPN n’est pas une conclusion pour les visiteurs.
Multipliez par le nombre d’allers-retours de l’application. Une page qui appelle six API en série se ressent comme environ six délais, plus le temps sur le serveur. Une base dans une autre ville paie un aller-retour inter-villes par requête. Dans ce montage, placez l’application et la base au même endroit avant de discuter du pays de l’adresse.
Ces trois lignes sont un ressenti. Votre mesure les remplace. Un site ordinaire dont la médiane reste sous 80 ms est en général utilisable ; au-dessus, réduisez d’abord les appels en série. Jeux et cours visent une médiane autour de 40 ms. Une pointe à 300 ms fait plus mal que la médiane. Un administrateur tape encore en SSH vers 150 ms. Cette ligne ne concerne que lui. Un bureau graphique est direct sous environ 80 ms et collant au-delà de 150 ms. Quelqu’un qui vit dans la session graphique s’assoit près de la machine, ou garde l’interface en local et administre en SSH. Linux passe par SSH. Windows Server passe par RDP. Deux chemins, deux notes.
Comment lire la série
-
1
Écrire les visiteurs, les admins sur une autre ligne
Ville plus fixe, mobile ou sortie de bureau. Gardez trois réseaux. Hôtes de rebond et VPN restent hors de la colonne visiteurs.
-
2
Un passage au pic, un la nuit
Notez minimum, médiane et pire 5 %. Si les deux passages se ressemblent, la distance domine. Si seul le pic est nettement pire, une sortie ou un saut intermédiaire s’encombre.
-
3
Marquer le saut où le délai monte
Une montée dans le réseau urbain se soucie peu de la ville de la machine. Une montée à la sortie internationale est un problème de sortie. Une montée sur les derniers sauts revient à la ville de la machine.
-
4
Multiplier par les appels en série
Page, API et base ont chacune leur nombre d’allers-retours. Un appel unique et une page qui interroge huit fois ne partagent pas le même budget.
Quand une adresse au Japon est vraiment nécessaire
Une question : un système en aval vérifie-t-il que cette IP est au Japon ? Si rien ne vérifie le pays, le délai et le pays de l’adresse n’ont pas de rapport.
Vous transmettez l’adresse réelle quand la vérification est réelle. Un paiement, un contrôle d’âge ou une licence de contenu au Japon n’accepte que des adresses au Japon. Le pare-feu d’un partenaire liste des plages japonaises : il lui faut l’adresse attribuée, pas une phrase sur la ville. L’envoi vers des boîtes japonaises, dont la réputation regarde le pays d’émission. Une API de recherche ou de carte au Japon qui admet selon le pays. Dans ces cas, faites d’abord consulter l’IPv4 incluse. Parlez d’une seconde adresse une fois ce contrôle passé.
N’achetez pas une « adresse locale » pour les cas suivants. Les utilisateurs sont au Japon, mais aucun service ne vérifie le pays. L’adresse incluse est déjà sur la machine. SSH, RDP et le site sortent par elle. Ce que vous voulez raccourcir, c’est le délai des utilisateurs en Chine continentale ou en Europe. Une adresse au Japon ne change pas leur distance à la machine. Un CDN est devant : les visiteurs joignent un nœud proche, et le pays de l’origine leur est invisible. Vous voulez que la base de géolocalisation affiche la Chine ou Hong Kong. Une adresse sur une machine à Tokyo ne devient pas ce résultat.
Un fournisseur de géolocalisation, le champ pays d’un cloud et la langue du navigateur peuvent diverger. Le partenaire consulte l’adresse dans la base que son exploitation utilise. Une recherche web « pays de l’IP » est souvent un autre jeu de données.
Plusieurs adresses ne deviennent pas plusieurs pays. Les IPv4 supplémentaires se vendent à l’unité et sortent de la même machine. Le pays dans la base reste en général le même. Ajoutez-en une quand deux sites ont besoin de réputations séparées, ou qu’un client veut une sortie à part. Le décompte est dans ajouter des adresses une par une. La règle ici est plus étroite : le nombre d’adresses n’est pas un bouton de latence.
Le débit et les adresses en plus ne bougent pas le délai
La vitesse du port dit combien de données vous poussez en même temps. Pas combien de temps un petit paquet met pour un aller-retour. Une page de quelques dizaines de kilo-octets qui semble bloquée est un problème de délai et de nombre de requêtes. Le débit devient le sujet quand le port est déjà plein et que les téléchargements n’accélèrent plus. Le défaut est 250 Mbps, sans comptage de trafic. Passez à 1 Gbps ou 2 Gbps quand ce port est plein. Après, un aller-retour de 60 ms reste à 60 ms.
Les gros fichiers sont l’inverse. Si le délai est déjà bas et le débit non, regardez si le port est plein et si l’autre bout limite. Ne répondez pas à « quelle latence » avec un chiffre de mégabits d’un test de débit. C’est du débit. La latence est le temps d’un aller-retour.
| Ce que vous voyez | Regarder d’abord | Ne pas faire d’abord |
|---|---|---|
| Un utilisateur attend sur la page, le port est vide | Médiane, appels en série, saut où le délai monte | Passer de 250 Mbps à 1 Gbps |
| Beaucoup téléchargent en même temps, le port est plein | Le palier de débit, et l’absence de comptage | Acheter des IP en espérant aller plus vite |
| Un partenaire dit que le pays de l’adresse est faux | Lui donner l’adresse incluse et sa propre base | Acheter du débit à la place du pays |
| Seul l’admin trouve le RDP collant | Son propre délai, séparé des visiteurs | Refaire le site public pour ses mains |
Associer la machine après les deux contrôles
Quand la médiane de trois réseaux utilisateurs tient dans le budget, et que le partenaire confirme le pays de l’adresse, voyez si la machine tient le calcul et les disques. Le processeur est un AMD EPYC 7543P, 32 cœurs / 64 threads, 2,8–3,7 GHz, pour un seul locataire. La mémoire est de la DDR4-3200 ECC RDIMM : 128 Go à $465 par mois, ou 256 Go à $592. On n’ajoute pas de barrettes ensuite. Si le working set ne tient pas dans 128 Go, prenez 256 Go. Les disques sont 2 × 1 To NVMe, sans RAID matériel, chaque disque en attache directe. La capacité utile est 2 To, pas le 1 To d’un miroir. S’il faut plus de place, ajoutez jusqu’à deux disques de 2 To à $83 par mois chacun. Ils restent en attache directe et ne rejoignent pas un groupe matériel.
Linux joint l’IPv4 incluse en SSH. Windows Server Standard ajoute $21 par mois, Datacenter $27, et l’accès devient RDP. La langue Windows peut être l’anglais, le chinois traditionnel ou le chinois simplifié. Ubuntu 24.04 est l’image gratuite par défaut. Proxmox, Debian, AlmaLinux et les autres images gratuites n’ajoutent pas de frais. Les paliers de débit sont +$251 pour 1 Gbps et +$749 pour 2 Gbps, tous deux sans comptage de trafic. Chaque adresse en plus coûte $2 par mois, de 0 à 255 en plus. Avec celle incluse, le serveur en tient au plus 256. On ne vend pas de sous-réseau.
Le total mensuel est le prix du châssis, plus le nombre de disques fois 83, plus le palier de débit, plus les adresses en plus fois 2, plus le supplément du système. Le montant dû est ce total mensuel fois le nombre de mois. Mois, trimestre, semestre et année utilisent ce multiple. Pas de remise, pas de frais d’installation. Ces chiffres servent à associer la machine une fois les deux mesures passées. Si le délai suffit, et s’il faut une adresse au Japon, cela vient de votre mtr et de la vérification du partenaire. La façon dont la période se multiplie est sur la page des prix. Mémoire, disques, débit et nombre d’adresses se règlent sur la page de configuration.
Les deux contrôles sont passés. Choisissez la mémoire.
128 Go ou 256 Go. Disques 2×1 To, en attache directe. Une IPv4 est incluse. La commande est possible avant la connexion.