Comment faire tourner un bot de trading 24/7 sur un VPS

Écrit par l'équipe ApexVPS • Dernière mise à jour : juillet 2026 • Lecture de 8 min

Les stratégies automatisées doivent réagir au marché, que vous soyez éveillé ou non. Faire tourner un bot de trading sur un VPS 24/7 est la méthode standard pour le garder en ligne : un serveur privé virtuel reste allumé, connecté et physiquement proche de votre exchange, 24 heures sur 24, afin que votre bot ne rate jamais un signal parce qu'un ordinateur portable s'est endormi ou qu'une connexion domestique a été coupée. Ce guide explique pourquoi un VPS est supérieur à un PC domestique, comment choisir un emplacement, comment garder le processus actif, et comment garder le contrôle de vos clés et journaux. Il s'agit uniquement d'un guide technique, pas de conseils financiers, et il reste neutre quant au framework ou à la stratégie de bot que vous utilisez.

Pourquoi un VPS est supérieur à un PC domestique pour les bots

Un bot de trading est un processus de longue durée qui ne doit pas s'arrêter au mauvais moment. Un ordinateur domestique est un mauvais hôte pour trois raisons pratiques.

Disponibilité et exécution toujours active

Les machines domestiques se mettent en veille, installent des mises à jour et redémarrent selon leur propre calendrier. Les coupures de courant et les redémarrages de routeur créent d'autres interruptions. Un VPS fonctionne dans un centre de données avec une alimentation et un réseau redondants et un objectif de disponibilité publié — les plans ApexVPS offrent un SLA de 99,9 % à 99,99 % selon le niveau — afin que le processus qui passe et gère vos ordres continue de fonctionner pendant que vous dormez, voyagez ou travaillez.

Latence vers votre exchange

Chaque commande et chaque mise à jour des données de marché traverse un chemin réseau entre votre serveur et la bourse. Plus ce chemin est court, plus votre bot voit les exécutions et réagit rapidement. Une connexion résidentielle passe d'abord par votre FAI ; un serveur bien placé repose sur des liaisons backbone rapides. ApexVPS exploite 39 centres de données avec un réseau à faible latence dans les principales régions, ce qui réduit l'aller-retour pour le routage des ordres et les mises à jour de cotations.

Aucune interruption

Sur un VPS, vous contrôlez quand la maintenance a lieu. Pas de mises à jour forcées du système en pleine session, pas de scans antivirus qui monopolisent le CPU, et aucun membre de la famille ne ferme le couvercle de votre ordinateur portable. Le bot dispose d'un environnement stable et dédié qui ne change que lorsque vous le modifiez.

Choisissez un emplacement près de votre bourse

La latence est principalement déterminée par la distance physique. Le levier le plus important est donc de choisir un centre de données proche de l'hébergeur de votre bourse ou courtier. De nombreuses plateformes crypto exécutent leurs moteurs de correspondance dans ou près de quelques hubs, et les marchés boursiers et à terme se concentrent autour de métropoles spécifiques. En règle générale, faites correspondre la région de votre serveur à la bourse :

Si vous n'êtes pas sûr, testez le temps d'aller-retour avec un simple ping ou mtr vers l'hôte API de la bourse depuis deux ou trois régions candidates et choisissez la plus faible. Nos pages dédiées sur un VPS conçu pour les bots de trading et un VPS crypto-friendly sans carte bancaire répertorient les régions disponibles en détail.

Gardez le bot actif 24h/24 et 7j/7

Démarrer votre bot dans une simple session SSH ne suffit pas — lorsque la session se ferme, le processus meurt. Utilisez l'une des méthodes suivantes pour le maintenir en vie et le redémarrer automatiquement après un crash ou un redémarrage.

tmux ou screen (démarrage rapide)

Un multiplexeur de terminal maintient votre processus en cours d'exécution après vous être déconnecté. C'est le moyen le plus rapide de commencer pendant vos tests :

sudo apt update && sudo apt install -y tmux
tmux new -s bot
# start your bot inside the session, e.g.
python3 main.py
# detach without stopping it: press Ctrl-b, then d
# reattach later:
tmux attach -t bot

tmux est idéal pour les tests interactifs mais ne redémarre pas un bot planté de lui-même. Pour tout ce que vous laissez tourner, passez à un gestionnaire de processus ci-dessous.

systemd (recommandé sur Linux)

systemd est intégré aux versions modernes d'Ubuntu et de Debian et relancera votre bot en cas de panne et le démarrera au démarrage. Créez un fichier unité :

# /etc/systemd/system/tradingbot.service
[Unit]
Description=Trading Bot
After=network-online.target
Wants=network-online.target

[Service]
Type=simple
User=botuser
WorkingDirectory=/home/botuser/bot
ExecStart=/usr/bin/python3 /home/botuser/bot/main.py
Restart=always
RestartSec=5
EnvironmentFile=/home/botuser/bot/.env

[Install]
WantedBy=multi-user.target

Ensuite, activez-le et démarrez-le :

sudo systemctl daemon-reload
sudo systemctl enable --now tradingbot
sudo systemctl status tradingbot

Restart=always ramène le bot après un crash, et enable le démarre automatiquement après tout redémarrage.

pm2 pour les bots Node.js

Si votre bot est écrit en JavaScript ou TypeScript, pm2 est un gestionnaire de processus simple avec journaux intégrés et redémarrage au démarrage :

npm install -g pm2
pm2 start bot.js --name trading-bot
pm2 save
pm2 startup   # run the command it prints, then reboot to verify

Docker pour des déploiements reproductibles

Les conteneurs empaquettent votre bot avec ses dépendances exactes pour qu'il s'exécute de la même manière partout. La politique --restart gère les crashs et les redémarrages :

docker run -d --name trading-bot \
  --restart unless-stopped \
  --env-file /home/botuser/bot/.env \
  my-bot:latest

Les conteneurs rendent également les mises à niveau et les retours en arrière propres ; la documentation officielle Docker couvre en détail la création d'images et la gestion des politiques de redémarrage.

Gérez la rotation et les journaux

Un bot qui tourne pendant des semaines peut remplir un disque avec les journaux et éventuellement faire planter tout le serveur. Faites tourner les journaux pour que les anciens fichiers soient compressés et purgés automatiquement. Sur Ubuntu et Debian, logrotate est déjà installé — ajoutez une règle pour votre bot :

# /etc/logrotate.d/tradingbot
/home/botuser/bot/logs/*.log {
    daily
    rotate 14
    compress
    missingok
    notifempty
    copytruncate
}

Si vous utilisez systemd, le journal capture déjà la sortie ; plafonnez sa taille dans /etc/systemd/journald.conf avec un paramètre tel que SystemMaxUse=500M. Dans tous les cas, examinez périodiquement les journaux et alertez sur les erreurs afin qu'une panne silencieuse ne passe pas inaperçue pendant des jours.

Sécurisez le bot et vos clés API

Votre VPS détient des identifiants qui peuvent déplacer de l'argent, traitez donc la sécurité comme faisant partie de la configuration, pas comme une réflexion après coup. Le principe de moindre privilège de OWASP s'applique directement ici.

sudo ufw allow OpenSSH
sudo ufw enable
sudo ufw status

ApexVPS vous donne un accès root complet ainsi qu'une protection DDoS et un réseau privé optionnel, afin que vous puissiez superposer ces contrôles sans vous battre avec la plateforme.

Dimensionnez les ressources de votre VPS

Les bots sont généralement légers en CPU mais sensibles à une privation de ressources au mauvais moment, ce qui est exactement ce que fait l'hébergement mutualisé sur-vendu. Étant donné que les ressources ApexVPS sont véritablement dédiées — pas de sur-vente, pas de voisins bruyants — les cœurs que vous achetez sont ceux que vous obtenez. Un guide approximatif :

Surveillez htop et votre latence pendant une semaine après le lancement et ne passez à l'échelle que si vous observez une véritable contention. Vous pouvez comparer les spécifications côte à côte sur notre page des plans et tarifs VPS.

Pour commencer

La configuration est rapide : choisissez un plan, sélectionnez une région proche de votre échange, et fournissez un e-mail — pas de nom, d'adresse ou de KYC. Le paiement est uniquement en cryptomonnaie via OxaPay, acceptant Bitcoin, Ethereum, USDT et plus de 30 cryptomonnaies, sans carte de crédit ni compte bancaire requis. Une fois votre paiement confirmé sur la chaîne, la mise en service commence et vous obtenez un accès root complet pour installer votre bot, ajouter un service systemd et démarrer.

Prêt à garder votre bot en ligne 24h/24 et 7j/7 ? Découvrez notre VPS pour bots de trading →

Questions fréquemment posées

Pourquoi exécuter un bot de trading sur un VPS plutôt que sur mon PC domestique ?

Un VPS reste alimenté et connecté en continu dans un centre de données avec alimentation et réseau redondants. Contrairement à un PC domestique, il n'est pas affecté par les paramètres de veille, les redémarrages forcés du système d'exploitation, les coupures de courant ou un FAI qui interrompt la connexion. Votre bot continue donc de fonctionner sans interruption.

Comment garder mon bot en vie s'il plante ou si le serveur redémarre ?

Utilisez un gestionnaire de processus plutôt qu'un terminal nu. Un service systemd avec Restart=always relance le bot en cas de crash et le démarre après un redémarrage. Les utilisateurs de Node.js peuvent utiliser pm2 avec pm2 startup, et les conteneurs Docker peuvent utiliser --restart unless-stopped pour le même effet.

De combien de CPU et de RAM un bot de trading a-t-il besoin ?

Un bot unique qui interroge quelques marchés est léger — 2 vCPU dédiés et 4 Go de RAM suffisent. Exécuter plusieurs stratégies, indicateurs ou backtests en même temps bénéficie de 4 vCPU et 8 Go ou plus. Comme les ressources sont dédiées, vous obtenez le cœur complet sans ralentissement dû aux voisins bruyants.

Comment garder mes clés API d'échange en sécurité ?

Créez des clés avec le privilège le plus restreint dont la stratégie a besoin, désactivez l'autorisation de retrait, et ajoutez une liste blanche d'IP liée à l'adresse de votre serveur. Stockez les clés dans un fichier d'environnement lisible uniquement par l'utilisateur du bot, jamais codées en dur dans votre code source, et connectez-vous via des clés SSH plutôt que des mots de passe.