VPS à Toronto : quand est-ce vraiment utile ?

À qui s’adresse réellement l’hébergement VPS à Toronto

L’hébergement VPS à Toronto convient à deux types de charges de travail. Pour le reste, il s’agit d’un achat ordinaire. Le premier cas concerne tout service qui stocke des données personnelles canadiennes lorsqu’un contrat, une règle d’achat ou un questionnaire de sécurité client exige que les données restent au Canada. Le second concerne tout service dont les utilisateurs se trouvent dans la région du Grand Toronto (GTA) ou le long du corridor nord-est des États-Unis. Dans ce cas, un aller-retour transatlantique s’ajouterait à chaque requête envoyée par le navigateur.

Si aucun de ces cas ne vous concerne, la région indiquée sur la facture compte beaucoup moins que le stockage et le réseau réellement fournis par le prestataire. Dans ce cas, choisissez selon les caractéristiques techniques et consultez le coût mensuel réel d’un VPS avant de supposer qu’une région canadienne justifie un surcoût. Si ce produit vous est encore inconnu, commencez par ce qu’est un serveur privé virtuel, puis revenez à la question de la région.

Ce que signifie réellement la résidence des données au Canada

La LPRPDE (Loi sur la protection des renseignements personnels et les documents électroniques) est la loi fédérale sur la protection de la vie privée qui couvre la plupart des organisations du secteur privé au Canada. En août 2026, elle ne contient aucune règle générale imposant que les données personnelles restent dans le pays. Elle rend plutôt votre organisation responsable de ces données, où qu’elles soient transférées. Vous en restez responsable après les avoir confiées à un sous-traitant à l’étranger. Vous devez également informer les personnes que leurs renseignements peuvent être traités dans un autre pays et être accessibles aux tribunaux de ce pays.

La pression en faveur d’un hébergement à Toronto vient donc rarement de la LPRPDE elle-même. Elle vient du contrat qui vous est soumis. Les hôpitaux de l’Ontario, les conseils scolaires, les municipalités et les organismes de la Couronne inscrivent régulièrement « stored and processed in Canada » dans leurs documents d’appel d’offres. En Nouvelle-Écosse, la PIIDPA continue de limiter le stockage des renseignements personnels des organismes publics à l’intérieur du Canada. La Colombie-Britannique a assoupli sa règle équivalente en 2021. Ne citez donc pas l’ancienne version. La Loi 25 du Québec impose une évaluation avant l’envoi de renseignements personnels à l’extérieur de la province. Si vous vendez à ce type d’acheteurs, une région canadienne est une exigence que vous pouvez satisfaire, et Toronto est la ville canadienne qui offre le plus de VPS.

Soyez précis sur ce que la région ne garantit pas. Un VPS situé à Toronto conserve la copie principale au Canada. Cela ne dit rien sur l’emplacement de vos sauvegardes, de votre agrégateur de journaux, du pays depuis lequel vos e-mails transactionnels sont envoyés ni de l’endroit où se trouve votre ordinateur portable lorsque vous vous connectez à deux heures du matin. La résidence est une propriété de l’ensemble du système, et un auditeur s’intéresse aux copies. Placez également la cible de sauvegarde au Canada et consultez comment exécuter des sauvegardes restic chiffrées depuis un VPS pour une configuration dans laquelle vous choisissez vous-même la destination.

Un autre point surprend souvent. Le US CLOUD Act (Clarifying Lawful Overseas Use of Data Act) s’applique aux données contrôlées par une entreprise dont le siège est aux États-Unis, quel que soit le pays où se trouve le disque. Acheter la région de Toronto d’un fournisseur américain permet donc de respecter une clause sur l’emplacement du stockage, mais ne soustrait pas les données aux procédures judiciaires américaines. Si cette distinction est importante pour votre acheteur, demandez qui possède l’entreprise, et non dans quelle ville se trouve le rack.

Quelle latence faut-il attendre d’un VPS à Toronto ?

Commencez par la physique, car elle définit une limite basse qu’aucun fournisseur ne peut dépasser et qu’aucune page marketing ne peut contester. La lumière se propage dans la fibre à environ deux tiers de sa vitesse dans le vide, soit environ 200,000 km par seconde, et un aller-retour couvre deux fois la distance. Vous pouvez donc retenir cette règle simple : le meilleur temps aller-retour possible (RTT), en millisecondes, correspond environ à la distance à vol d’oiseau en kilomètres divisée par 100. Toronto et Montréal sont séparées d’environ 500 km, soit 5 ms. Toronto et Londres sont séparées d’environ 5,700 km, soit 57 ms.

Les chemins réels sont plus longs que les lignes droites, et chaque routeur traversé ajoute un délai de mise en file. Entre deux serveurs bien connectés, comptez généralement entre 1.4 et 2 fois cette limite basse.

[
  {
    "label": "Toronto metro",
    "fibre_floor_ms": 0.5,
    "typical_low_ms": 1,
    "typical_high_ms": 5
  },
  {
    "label": "Montreal",
    "fibre_floor_ms": 5,
    "typical_low_ms": 8,
    "typical_high_ms": 14
  },
  {
    "label": "New York",
    "fibre_floor_ms": 5.5,
    "typical_low_ms": 9,
    "typical_high_ms": 16
  },
  {
    "label": "Chicago",
    "fibre_floor_ms": 7,
    "typical_low_ms": 12,
    "typical_high_ms": 20
  },
  {
    "label": "Vancouver",
    "fibre_floor_ms": 34,
    "typical_low_ms": 55,
    "typical_high_ms": 75
  },
  {
    "label": "London UK",
    "fibre_floor_ms": 57,
    "typical_low_ms": 75,
    "typical_high_ms": 100
  }
]

Ces fourchettes sont déduites de la distance, et non mesurées chez un fournisseur donné. Utilisez-les comme contrôle de cohérence pour vos propres tests : un résultat dans la fourchette indique que le réseau fonctionne normalement, tandis qu’un résultat égal à trois fois la limite basse indique un problème qu’il vaut la peine de signaler au fournisseur.

Interprétez les lignes de la manière suivante. Dans le Grand Toronto, vous devriez obtenir entre 1 et 5 ms, ce qui est pratiquement instantané à l’échelle de l’Internet public. Montréal se trouve à 8 à 14 ms, ce qui permet à un serveur de Toronto de bien desservir les utilisateurs du Québec. New York se situe à 9 à 16 ms. C’est la raison principale pour laquelle Toronto convient bien au corridor du nord-est des États-Unis. Chicago se situe à 12 à 20 ms. Vancouver se situe à 55 à 75 ms. La distance est suffisante pour que la mention « Canada-wide » ne signifie pas une desserte uniforme depuis un seul serveur de Toronto. Londres se situe à 75 à 100 ms, et rien de ce que contrôle le fournisseur ne peut modifier ce facteur.

Deux éléments s’ajoutent à chaque valeur ci-dessus. Une connexion domestique apporte sa propre latence d’accès, faible avec la fibre et le câble, mais beaucoup plus élevée et variable avec le mobile. Les protocoles amplifient également la latence restante : une nouvelle connexion HTTPS nécessite environ trois allers-retours avant que le premier octet de la page ne soit transmis, car TCP (transmission control protocol) en nécessite un, TLS (transport layer security) 1.3 en nécessite un, et la requête elle-même en nécessite un. Avec un RTT de 15 ms, cela représente 45 ms d’attente avant le premier affichage. C’est pourquoi une différence de 10 ms dans le choix de la région se ressent sur une page qui effectue de nombreuses requêtes, mais reste imperceptible sur une page statique.

Comment mesurer la latence vers Toronto avant de vous engager

N’achetez pas une année d’hébergement sur la base d’un chiffre publié, y compris ceux indiqués plus haut. Mesurez l’hôte précis depuis les réseaux utilisés par vos utilisateurs.

• Demandez une adresse IP de test ou achetez une heure sur l’offre. Une heure de facturation coûte moins cher qu’une année de regrets, et tout fournisseur qui refuse un test court vous donne déjà une information utile.
• Exécutez ping, puis mtr depuis le réseau réellement utilisé par vos utilisateurs, et non depuis votre bureau. mtr indique à quel endroit du chemin la latence apparaît. Vous pouvez ainsi distinguer un fournisseur lent d’un dernier kilomètre lent.
• Effectuez les mesures pendant une journée complète. La congestion du soir sur les réseaux grand public correspond à la latence ressentie par vos clients. Un test réalisé à midi la masque.
• Ne vous basez pas uniquement sur ICMP. De nombreux routeurs donnent une priorité moindre au trafic ping. Mesurez donc aussi une véritable requête HTTPS avec curl -w et relevez le délai avant le premier octet.
• Vérifiez le chemin dans l’autre sens avec le looking glass du fournisseur. Le routage Internet est souvent asymétrique. Le chemin retour peut être la partie la plus lente, et un traceroute à sens unique ne le montrera jamais.
• Effectuez aussi un test depuis un téléphone connecté au réseau mobile. C’est ainsi qu’arrive une grande partie du trafic du GTA.

La latence n’est qu’un aspect. Le disque et le CPU déterminent si le serveur tient ses promesses une fois la requête reçue. La méthode correspondante est décrite dans comment benchmarker correctement un VPS.

Pourquoi TorIX et le 151 Front Street sont importants

TorIX (le Toronto Internet Exchange) est le point d’échange Internet le plus fréquenté du Canada. Son site principal se trouve au 151 Front Street West, dans le carrier hotel par lequel passent la plupart des réseaux canadiens. Un fournisseur qui y établit des sessions de peering remet directement vos paquets aux grands réseaux d’accès canadiens présents dans le même bâtiment. Un fournisseur qui achète uniquement du transit les envoie d’abord à un opérateur upstream. Vous ne contrôlez pas le point où cet opérateur les remettra.

Ce n’est pas un problème théorique. Le trafic entre un serveur situé à Toronto et un client situé à Toronto peut quitter le pays, traverser un point d’échange à New York ou à Chicago, puis revenir. On parle alors de boomerang route. Cela ajoute des dizaines de millisecondes. Pour une charge de travail soumise à des exigences de résidence des données, cela signifie aussi que les paquets ont franchi une frontière. Vous ne voudrez peut-être pas devoir l’expliquer à un responsable de la protection de la vie privée.

Vous ne pouvez pas voir ces informations sur une page marketing. En revanche, vous pouvez les observer avec un traceroute. Exécutez mtr depuis une connexion canadienne vers l’adresse IP de test. Lisez les noms d’hôte des routeurs, car ils contiennent généralement un code d’aéroport. Un chemin qui va yyz jusqu’à ord, puis revient vers yyz, a quitté Toronto pour Chicago avant de revenir. Posez ensuite deux questions précises au fournisseur : sur quels points d’échange établissez-vous du peering, et auprès de quels opérateurs de transit achetez-vous de la connectivité ? « Nous avons une excellente connectivité » ne répond à aucune de ces questions.

Quand un VPS à Toronto n’est pas le bon choix

Le choix de la région implique des compromis. Voici l’autre aspect à prendre en compte.

• Votre audience se trouve principalement en Europe. Londres commence à 75 ms avant même que votre application ne traite la requête, et Francfort ou Amsterdam offre de moins bons résultats. Hébergez votre service en Europe et utilisez un CDN pour les visiteurs canadiens si leur nombre reste limité.
• Votre audience se trouve principalement dans le sud ou l’ouest des États-Unis. La latence dépend de la distance. Une région à Dallas pour un trafic principalement américain offre de meilleurs résultats que Toronto pour le Texas, la côte du golfe du Mexique et une grande partie de l’Ouest intérieur.
• Vos données personnelles sont déjà stockées dans des produits SaaS américains. Déplacer le serveur web à Toronto alors que le CRM, les outils d’analytics et la mailing list restent en Virginie ne crée pas de résidence des données. Cela crée seulement une diapositive qui affirme cette résidence.
• Vous avez besoin de redondance. Une seule région constitue un seul domaine de panne. Un incident électrique dans un datacentre suffit à l’indisponibiliser, quelle que soit la ville.
• Vous êtes sensible au prix et peu sensible à la latence. Un batch job, un build runner ou un service personnel ne se soucie pas de 40 ms. Choisissez donc selon le coût et les caractéristiques techniques.

Ce qu’il faut demander à un fournisseur avant d’acheter

• Dans quel site se trouve le serveur et dans quelle municipalité. Dans une annonce, « Toronto » peut parfois désigner Markham ou Vaughan. Cela ne pose pas de problème pour la résidence des données ni pour la latence, mais vous devez tout de même connaître la réponse.
• Établissez-vous un peering avec TorIX, et quels transit providers se trouvent derrière ce point d’interconnexion ?
• IPv6 est-il inclus et routé, ou sera-t-il ajouté ultérieurement moyennant des frais ?
• Quelle est la limite de bande passante ? Est-elle mesurée ou limitée ? Que se passe-t-il lorsque vous la dépassez ?
• Le stockage utilise-t-il NVMe ou SATA ? Est-il local à l’hôte ou situé sur un volume réseau ? Consultez la différence que fait NVMe sur un VPS pour comprendre pourquoi la réponse change les performances de votre base de données.
• Où les snapshots et les sauvegardes effectuées par le fournisseur sont-ils physiquement stockés ? C’est la question qui remet le plus souvent en cause une déclaration de résidence des données.

Les questions nationales qui s’appliquent à tout fournisseur canadien — devise de facturation, transfert transfrontalier des données de votre compte et horaires du support en heure de l’Est — sont abordées dans ce qui compte réellement lors de l’achat d’un hébergement VPS canadien, plutôt que répétées ici.

FAQ

L’hébergement à Toronto me rend-il conforme à la LPRPDE ?

Non. La LPRPDE n’impose aucune règle générale de résidence des données. Une région canadienne n’est donc ni obligatoire ni suffisante pour être conforme. La conformité repose sur le consentement, les mesures de protection, la responsabilité envers les sous-traitants et l’information des personnes sur la destination de leurs données. Une région à Toronto est utile lorsqu’un contrat exige un stockage au Canada, et seulement si toutes les copies suivent la même règle : sauvegardes, journaux et monitoring compris. Si votre fournisseur est une entreprise américaine, le CLOUD Act américain peut toujours s’appliquer aux données qu’elle contrôle, quel que soit le pays où se trouve le disque.

Quelle latence dois-je prévoir entre Toronto et New York ?

Entre deux serveurs bien connectés, prévoyez un aller-retour de 9 à 16 ms. La distance à vol d’oiseau est d’environ 550 km. La limite physique est donc proche de 5.5 ms, et les trajets réels sur fibre sont supérieurs. Un utilisateur à domicile ou sur mobile ajoute sa propre latence d’accès. Si vous mesurez une latence nettement supérieure depuis un serveur à Toronto, le routage passe probablement par Chicago ou Ashburn. mtr vous montrera les codes d’aéroport qui le prouvent.

Dois-je choisir Toronto ou Montréal pour un VPS canadien ?

Choisissez la ville en fonction de l’emplacement de vos utilisateurs. Les deux villes ne sont séparées que de 8 à 14 ms. Chacune dessert donc correctement les utilisateurs de l’autre, et toutes deux respectent un contrat qui exige un hébergement « au Canada ». Montréal dispose d’une électricité hydroélectrique peu coûteuse et d’une importante capacité de datacentre. Les prix y sont donc parfois plus bas. Toronto offre un peering plus dense et un choix plus large d’opérateurs au 151 Front Street. Si le contrat ne précise que le pays, choisissez selon le prix et les caractéristiques du plan.

Quand ne faut-il pas choisir une région à Toronto ?

Lorsque la plupart de vos utilisateurs se trouvent en dehors de l’est de l’Amérique du Nord. Depuis Toronto, Londres est à 75 à 100 ms et Vancouver à 55 à 75 ms. Ce coût s’applique à chaque aller-retour nécessaire au chargement de votre page. Évitez également cette région lorsque la charge n’est pas sensible à la latence, par exemple pour un build runner ou un batch nocturne. Vous paieriez alors le surcoût d’une région canadienne sans avantage mesurable.