Chris Johnson·14 septembre 2026·Mis à jour le 24 septembre 2026
VPS NinjaTrader ou serveur dédié : lequel est le plus rapide pour le trading de futures ?
Trois latences distinctes séparent une plateforme de futures d'un moteur d'appariement, et une seule relève du choix d'hébergement. Ce guide les distingue, puis donne les chiffres que nous avons mesurés depuis notre propre site de Chicago vers les passerelles de courtiers auxquelles se connecte réellement une installation NinjaTrader ou Tradovate : 0.2 ms vers la passerelle de données de marché de Rithmic, moins de 1 ms vers sa passerelle d'ordres, environ 3 ms vers celle de CQG. La question qui suit n'est pas tant « VPS ou dédié ». Les deux se trouvent dans la même ville et couvrent la même distance, donc aucun n'est plus proche de quoi que ce soit. Ce qui change, c'est qui d'autre ordonnance le CPU pendant que votre stratégie essaie de terminer un calcul : une question de charge, pas de millisecondes sur une carte.
Chargement...
La réponse courte
Un serveur dédié n'est pas plus proche de la bourse qu'un VPS situé dans le même bâtiment. La distance dépend du bâtiment, pas de la manière dont la machine est découpée : quelqu'un qui vous vend une instance virtuelle et une machine physique dans la même baie vous vend le même chemin réseau.
Ce que change un serveur dédié, c'est la part du délai qui se produit à l'intérieur de la machine. Sur un VPS, un hyperviseur décide quand vos cœurs virtuels obtiennent de vrais cœurs, et cette décision dépend de ce que font tous les autres clients de l'hôte. Sur un serveur dédié, cette décision n'existe pas, puisqu'il n'y a personne d'autre. Pour une plateforme qui affiche des graphiques et évalue des stratégies sur une poignée de threads, cela se traduit par de la régularité plutôt que par de la vitesse brute.
Le verdict honnête est donc conditionnel. Si NinjaTrader est ouvert sur votre bureau pendant que vous entrez vos positions à la souris, un VPS dans la bonne ville suffit, et l'argent est mieux dépensé dans la connexion que dans le matériel. Si une stratégie tourne sans surveillance et doit réagir au tick, la machine qui n'a personne d'autre dessus est celle qui se comporte à 14 h comme à 9 h.
Où partent les millisecondes
Trois tronçons vous séparent d'une exécution, et ils appartiennent à trois acteurs différents.
De votre bureau au serveur. Si vous tradez depuis chez vous, c'est le chemin de votre fournisseur d'accès, et c'est le plus grand nombre de la chaîne, en général quelques dizaines de millisecondes. Si la plateforme tourne sur une machine hébergée, ce tronçon ne compte plus du tout pour l'exécution : votre session de bureau à distance peut être lente sans que la stratégie le soit, car la stratégie ne tourne pas sur votre bureau.
Du serveur à la passerelle du courtier. C'est le tronçon que l'hébergement décide, et le seul de la liste que vous pouvez mettre en concurrence. C'est aussi celui que personne ne publie honnêtement : un fournisseur qui annonce « 1 ms vers CME » cite en général un chemin vers une passerelle de courtier, pas vers un moteur d'appariement, et souvent sans préciser quelle passerelle, à quelle date, ni sur combien d'échantillons.
De la passerelle au moteur d'appariement. Ce tronçon appartient à votre courtier et à ses accords de routage, et aucun hébergeur ne peut vous le vendre. Rithmic, CQG et les autres opérateurs de passerelles sont installés dans le site CME d'Aurora ou au 350 East Cermak, dans le centre ; ce qui se passe une fois que votre ordre les atteint relève de leur infrastructure, pas de la nôtre.
Conséquence pratique : le choix d'hébergement agit sur un seul des trois tronçons. Ce tronçon mérite d'être bien choisi, et il faut se méfier de quiconque le décrit comme s'il s'agissait de toute la chaîne.
Ce que nous avons mesuré depuis Chicago
Voici des allers-retours depuis notre propre site de Chicago, relevés le 14 septembre 2026, 100 échantillons par cible, sans perte de paquets. Les deux chiffres TCP sont diminués de 0.3 ms, le délai de traduction d'adresses de l'hôte de mesure ; le chiffre ICMP n'est pas corrigé. Les cibles sont les passerelles auxquelles se connecte réellement une installation NinjaTrader ou Tradovate, pas un centre-ville ni une adresse emblématique.
| Cible | Ce que c'est | Méthode | Mesure |
|---|---|---|---|
ritmz01001.01.rithmic.com | Passerelle de données de marché Rithmic, le flux à partir duquel un graphique s'affiche | ICMP, 100 échantillons | 0.2 ms aller-retour |
ritpz01000.01.rithmic.com:64100 | Passerelle d'ordres Rithmic, où partent les ordres R|API | Connexion TCP, 100 poignées de main | moins de 1 ms |
www.cqgtrader.com:443 | Passerelle CQG, par laquelle transitent les ordres NinjaTrader Continuum et Tradovate | Connexion TCP, 100 poignées de main | environ 3 ms |
Ces chiffres ne sont pas trois choses. Ce n'est pas un cross-connect : il s'agit d'un chemin qui traverse notre propre réseau AS55285 et l'internet public, pas d'un câble tiré jusque dans une cage de bourse. Ce n'est pas un chiffre CME : CME Group apparie à Aurora, et nous avons mesuré les passerelles des courtiers plutôt que la bourse, parce que la passerelle est ce vers quoi votre plateforme ouvre une socket. Et ce n'est pas une promesse sur la file d'attente de votre courtier, qui se trouve au-delà du dernier saut que nous voyons.
Une cible manque volontairement. Les noms d'hôte de l'API Tradovate se résolvent vers un répartiteur de charge anycast, donc un ping mesure la distance jusqu'à un frontal proche plutôt que jusqu'à Tradovate. Nous avons écarté ce chiffre plutôt que de publier une valeur flatteuse qui ne signifie rien ; la passerelle CQG ci-dessus est celle par laquelle transitent effectivement les ordres Tradovate.
Ce que l'hyperviseur coûte à une plateforme de trading
L'argument en faveur d'un serveur dédié est le même que pour les serveurs de jeu, et pour la même raison : dans les deux cas, un petit nombre de threads doit terminer son travail dans un délai donné, et aucun des deux ne gagne quoi que ce soit à avoir plus de cœurs.
Un VPS vous donne des cœurs virtuels. Derrière eux, un hyperviseur arbitre entre les clients d'un même hôte physique, et votre thread s'exécute quand l'ordonnanceur le lui permet. Sous faible charge, personne ne s'en aperçoit. Quand un voisin du même hôte lance une compilation, une sauvegarde ou une requête mal écrite, votre thread attend, et l'attente tombe où elle tombe, parfois au milieu d'une stratégie qui évalue un tick. Cette variance est le coût, et elle reste invisible dans un benchmark lancé par un après-midi calme.
Un serveur dédié supprime l'arbitre. Il n'y a ni hyperviseur, ni autre client, ni ordonnanceur qui décide quand vos instructions s'exécutent, donc la fréquence indiquée dans la fiche technique est celle dont dispose la plateforme. Pour NinjaTrader en particulier, cela favorise la vitesse par cœur plutôt que le nombre de cœurs, ce qui explique pourquoi les configurations AMD Ryzen sont en général le choix raisonnable face à un EPYC à nombreux cœurs qui gagnerait une comparaison sur tableur.
| Trader depuis chez soi | VPS dans un site de Chicago | Serveur dédié dans un site de Chicago | |
|---|---|---|---|
| Chemin vers la passerelle du courtier | La route de votre fournisseur d'accès, en général quelques dizaines de ms | Le chemin du site, moins de 10 ms | Le même chemin, toujours sous les 10 ms |
| Qui d'autre utilise votre CPU | Tout le reste de votre ordinateur | D'autres clients, arbitrés par un hyperviseur | Personne |
| Comportement sous la charge d'un autre | Votre propre navigateur est le voisin | Variable, sans que vous puissiez voir pourquoi | Inchangé |
| Ce que vous pouvez mesurer vous-même | Un ping depuis votre bureau | Un ping depuis l'instance | Un ping depuis l'instance, et depuis le looking glass du fournisseur avant d'acheter |
| Ce qui reste invisible | Le chemin interne du fournisseur, la file du courtier | La charge des voisins sur l'hôte | La file du courtier et l'appariement propre à la bourse |
| Usage raisonnable | Clics discrétionnaires | Plateforme sans surveillance, stratégies légères | Stratégies avec un budget par tick, bases de ticks, plusieurs instances |
Chicago ou New Jersey
La bonne ville dépend de ce que vous tradez, et la réponse n'est pas une question de degré.
Futures. Les moteurs d'appariement de CME Group se trouvent dans son data centre d'Aurora, dans l'Illinois, à environ 30 miles à l'ouest du centre de Chicago, et les passerelles grand public sont installées là-bas ou au 350 East Cermak, en ville. Les traders de futures ont besoin de la région de Chicago, et les chiffres ci-dessus montrent à quoi ressemble cette région depuis notre site.
Actions et options. Nasdaq, NYSE et Cboe exploitent leurs campus à Carteret, Mahwah et Secaucus : l'infrastructure qui compte est donc dans le nord du New Jersey, pas à Chicago. Depuis notre site du New Jersey, nous avons mesuré moins de 3 ms vers Secaucus et moins de 2 ms vers Piscataway à la même date, 100 échantillons chacun. Ces cibles sont des sondes de recherche publiques situées dans les villes des campus, pas les passerelles des bourses elles-mêmes, réservées aux membres et qui ne répondent pas aux inconnus ; elles établissent le chemin métropolitain, pas une relation avec la plateforme d'exécution.
Europe. Euronext a déplacé son appariement principal à Bergame en 2022, si bien qu'Amsterdam n'a plus aucun argument pour les actions, et Eurex et Xetra apparient à Francfort. Il faut le vérifier bourse par bourse plutôt que supposer que la ville financière est celle du data centre, car c'est souvent faux.
Quand un VPS est la bonne réponse
Beaucoup d'installations n'ont pas besoin d'une machine physique, et les conditions sont simples à énoncer.
- Vous tradez de façon discrétionnaire, à la main, pendant la séance. La contrainte est votre temps de réaction, pas celui du serveur. Un VPS dans la bonne ville convient.
- La plateforme reste inactive la majeure partie de la journée. Vous payez une machine entière pour regarder un graphique. Une instance virtuelle dimensionnée pour la tâche coûte moins cher et se comporte de la même façon à cette charge.
- Vous faites tourner une seule instance, sans automatisation. L'argument de la gigue ne vaut que lorsqu'une tâche doit se terminer dans un délai. Ici, rien n'a de délai.
- Vous voulez tester un courtier ou un flux de données pendant une semaine. Prenez ce qui coûte le moins cher, mesurez le chemin, et décidez ensuite.
La situation s'inverse quand une stratégie tourne sans surveillance, quand plusieurs instances partagent la machine, quand une base de ticks écrit pendant que des graphiques s'affichent, ou quand vous avez déjà vu la plateforme se figer au pire moment et voulez éliminer l'explication que vous ne pouvez pas inspecter.
Testez avant d'acheter
Chaque chiffre de cet article est reproductible, et nous publions la méthode pour que vous puissiez le vérifier au lieu de nous croire sur parole.
Ouvrez notre looking glass public, choisissez le nœud de Chicago ou du New Jersey, et lancez un ping ou un traceroute vers le nom d'hôte de la passerelle de votre propre courtier. Vous obtenez la même mesure que nous, vers le point de terminaison qu'utilisera réellement votre plateforme, avant de dépenser quoi que ce soit. Les résultats peuvent être copiés ou téléchargés : comparer deux fournisseurs ou deux villes revient à lancer deux fois la même commande.
Face au chiffre marketing d'un concurrent, posez les trois questions qui donnent un sens à une annonce de latence : vers quel hôte, par quelle méthode, et à quelle date. Un chiffre sans ces réponses ne mesure rien de précis.
La place de Serverside.com
Nos machines de Chicago sont des serveurs mono-locataires installés dans un site du centre-ville, sur notre propre réseau AS55285, avec les chemins mesurés ci-dessus vers les passerelles Rithmic et CQG. Windows Server se déploie sous forme d'image en un clic pour NinjaTrader lui-même, les configurations AMD Ryzen couvrent les charges limitées par la fréquence, et le stockage NVMe local accueille une base de ticks sur la même machine. La mitigation DDoS en ligne est active par défaut sur chaque serveur, sans détour par un service de nettoyage. La facturation va de l'heure à l'année sur le même matériel, avec 5 % de remise en trimestriel, 10 % en semestriel et 15 % en annuel : tester à l'heure puis rester au mois se fait sur une seule machine, pas deux.
Tout ce qu'obtient une charge de trading est décrit sur notre page serveurs de trading à faible latence à Chicago, les machines elles-mêmes sont listées sur la page serveurs dédiés à Chicago, et l'argument en faveur du matériel physique en général se trouve sur notre page bare metal. Serverside.com n'est ni affilié à NinjaTrader Group, Rithmic, CQG ou CME Group, ni soutenu par eux ; leurs noms figurent ici pour décrire ce qui tourne sur la machine et ce que nous avons mesuré.
Questions fréquentes
Un VPS de trading doit-il se trouver à Chicago ?
Pour les futures américains, l'infrastructure qui compte se trouve dans la région de Chicago : CME Group apparie les ordres dans son data centre d'Aurora, à l'ouest de la ville, et les passerelles des courtiers grand public se résolvent vers Aurora ou vers le carrier hotel du 350 East Cermak, dans le centre. Héberger ailleurs ajoute la distance entre cette région et l'endroit choisi à la place. Pour les actions et les options américaines, la réponse est le New Jersey et non Chicago, car Nasdaq, NYSE et Cboe exploitent leurs campus à Carteret, Mahwah et Secaucus.
De quelle latence NinjaTrader a-t-il besoin ?
Ni NinjaTrader ni les bourses ne publient de seuil, et quiconque en cite un se cite lui-même. La distinction utile oppose le trading discrétionnaire au trading automatisé. Cliquer sur un graphique se fait à l'échelle humaine, et quelques dizaines de millisecondes disparaissent face à votre propre temps de réaction. Une stratégie automatisée qui réagit à un tick est un autre cas, et ce qui compte alors est la régularité plutôt que la moyenne : un chemin qui fait d'habitude 1 ms et parfois 40 ms est pire qu'un chemin qui fait toujours 5 ms.
Une connexion fibre à domicile suffit-elle pour trader des futures ?
Pour le trading discrétionnaire, souvent oui. Une bonne ligne résidentielle vers une passerelle de Chicago se situe en général à quelques dizaines de millisecondes, sous le seuil où un humain perçoit quoi que ce soit. Ce qu'une connexion domestique ne vous donne pas, c'est une machine qui reste allumée et connectée quand vous n'êtes pas devant l'écran, ni un chemin dont vous pouvez mesurer le comportement et dont vous pouvez tenir quelqu'un responsable. Ce sont les stratégies qui doivent tourner sans surveillance pendant une séance qui justifient l'hébergement, plus que la vitesse brute.
Faut-il payer un serveur de trading à l'heure ou au mois ?
À l'heure pour tester, au mois une fois la décision prise. L'intérêt de la facturation horaire est de pouvoir provisionner une machine, faire tourner votre propre plateforme vers vos propres passerelles de courtier pendant une séance complète, et obtenir les chiffres de votre installation plutôt que les nôtres. Si cela fonctionne, la même machine passe à un engagement mensuel ou annuel sans être réinstallée ; sinon, vous aurez payé une séance d'hébergement pour le savoir.
Windows ou Linux pour un serveur NinjaTrader ?
Windows. NinjaTrader 8 est une application de bureau .NET pour Windows, donc la plateforme elle-même a besoin de Windows Server, qui se déploie sous forme d'image en un clic. Linux est le bon choix pour les éléments d'une pile de trading qui ne sont pas la plateforme : une base de ticks, un enregistreur de données, ou une automatisation qui parle directement à l'API d'un courtier. Faire tourner les deux, une machine chacun, est courant.
Écrit par
CFO, Serverside.com & Host Havoc
Chris is the CFO of Serverside.com and Host Havoc, a Chartered Professional Accountant with Big Four audit experience at PwC and KPMG and a decade in the finance of hosting businesses.
Continuer la lecture
Voir tous les articlesCet article vous a plu ?
Recevez les nouveaux guides et articles techniques par e-mail. Sans spam, désinscription à tout moment.



