Comment choisir l'emplacement d'un proxy et la ville datacenter

Le proxy doit-il être près du site web ou près des utilisateurs ?

Placez le proxy près du site web quand la vitesse compte, et près des utilisateurs quand ce qu'ils voient compte. Les deux objectifs peuvent pointer vers des villes différentes.

• Tâches de vitesse (surveiller une API, récupérer beaucoup de pages) : chaque requête traverse le trajet proxy-site web, donc un trajet court fait gagner du temps à chaque fois.
• Tâches de vue locale (prix, résultats de recherche, publicités, redirections linguistiques) : le site web décide de ce qu'il affiche selon le pays de l'IP. Choisissez le pays de l'audience, puis la ville de datacenter la plus proche dans ce pays.
• Accès avec liste blanche : le partenaire vérifie seulement que l'IP figure sur sa liste. Choisissez une ville près des serveurs du partenaire, et conservez les mêmes IP au renouvellement si possible.

En cas de doute, louez une IP dans chaque ville candidate et mesurez ; c'est à cela que sert le plan 1 IP.

Pourquoi un CDN change-t-il la réponse ?

Un réseau de diffusion de contenu répond depuis le serveur de périphérie le plus proche du visiteur, donc la « ville d'hébergement » d'un site derrière un CDN est là où vous vous trouvez. Beaucoup de grands sites publient une seule IP annoncée depuis des dizaines de villes à la fois (anycast). Votre trafic atteint la plus proche.

Pour un proxy, cela implique deux choses. Premièrement, presque n'importe quelle ville de datacenter atteindra rapidement une périphérie CDN, car les CDN installent leurs périphéries dans les mêmes hubs que les datacenters. Deuxièmement, le contenu servi par la périphérie dépend du pays de votre IP. Donc pour les sites derrière un CDN, choisissez d'abord le pays, puis la ville.

Combien de latence la distance ajoute-t-elle ?

Chaque 100 km de distance à vol d'oiseau ajoute au moins 1 ms à un aller-retour, car la lumière dans la fibre parcourt environ 200 km par milliseconde et un aller-retour couvre la distance deux fois. Le tableau ci-dessous donne ce plancher pour des paires courantes.

Les distances sont des distances à vol d'oiseau (grand cercle) calculées à partir des coordonnées des centres-villes. Ce sont des bornes inférieures : les câbles réels sont plus longs, et chaque routeur en chemin ajoute un peu. L'écart au plancher d'un trajet réel dépend de la route, donc mesurez le vôtre.

Comment mesurer la latence réelle à travers un proxy ?

Mesurez-la avec les variables de timing de curl, plusieurs fois de suite, à travers chaque IP candidate. La commande ci-dessous affiche le temps pour atteindre le proxy, le temps jusqu'à la fin du handshake TLS avec le site web, et le total :

curl -s -o /dev/null -x http://USERNAME:PASSWORD@IP:PORT -w "%{time_connect} %{time_appconnect} %{time_total}\n" https://example.com

À travers un proxy, time_connect correspond au trajet entre vous et le proxy. L'écart entre time_connect et time_appconnect couvre la mise en place du tunnel et le handshake TLS avec le site web, c'est-à-dire la partie que change la ville du datacenter. Comparez la médiane de cinq exécutions, pas une seule. Les exemples de code montrent un test de timing en Python.