De combien de RAM Freqtrade a-t-il besoin sur un VPS ?

Pour un bot live ou en dry-run, 2 Go est une base confortable — Freqtrade lui-même est léger, mais l'image Docker plus une poignée de paires et d'indicateurs veut de la marge. 1 Go peut marcher pour une seule stratégie sur peu de paires, mais 2 Go (Micro à 5 $) est le plancher plus sûr. Le backtesting et l'hyperopt sont une autre histoire — ils sont gourmands en mémoire et en CPU, et vous devriez les faire tourner sur votre propre machine, pas sur le serveur.

Puis-je faire du backtest et de l'hyperopt sur le VPS ?

Vous le pouvez, mais en général vous ne devriez pas. Le backtesting sur de longues plages et l'hyperopt sont limités par le CPU et par à-coups — ils vont saturer les cœurs pendant des minutes ou des heures. Sur un plan partagé orienté rafales, c'est la mauvaise charge (et une charge soutenue à 100 % entre en conflit avec la politique d'usage acceptable). Faites l'optimisation lourde en local, puis expédiez la stratégie réglée vers le VPS pour tourner en live.

Comment garder ma clé API d'exchange en sécurité sur un serveur ?

Créez la clé avec les permissions de trade uniquement — n'activez jamais le retrait. Si votre exchange prend en charge la liste blanche d'IP, verrouillez la clé sur l'IP du serveur, ce qui est une vraie raison d'utiliser un plan à IP dédiée (un plan NAT partage l'IP sortante du nœud). Gardez la clé dans la config Freqtrade sur un fichier lisible par root et non lisible par tous, et faites tourner le bot en utilisateur non-root.

Pourquoi faire tourner le bot sur un VPS plutôt que sur mon portable ?

Les marchés ne ferment pas, et un bot de trading doit être en ligne en continu pour agir sur les signaux et gérer les positions ouvertes. Un portable se met en veille, redémarre et perd le wifi — chaque trou est une entrée manquée ou une sortie non gérée. Un VPS vous donne une disponibilité 24/7 et une connexion stable et à faible latence vers l'exchange. C'est tout l'intérêt.

Faire tourner Freqtrade sur un VPS : prérequis, installation Docker et limites honnêtes

Un bot de trading sur votre portable est une mauvaise idée pour une raison ennuyeuse : votre portable n'est pas en ligne 24/7, et les marchés le sont. Rabattez le couvercle en plein trade et le bot arrête de gérer une position ouverte. Freqtrade — le populaire bot de trading open source en Python — est conçu pour tourner sans surveillance, ce qui est exactement ce à quoi sert un petit VPS. Voici ce dont il a vraiment besoin, comment l'installer avec Docker, et les limites honnêtes que personne ne mentionne avant que vous ne les rencontriez.

Pourquoi un serveur, pas votre machine

Deux raisons, toutes deux pratiques :

Disponibilité. Le bot doit surveiller le marché et gérer les positions en continu. Chaque fois que votre portable se met en veille ou redémarre, le bot est aveugle — une entrée manquée, ou pire, une position ouverte que personne ne surveille.
Latence et stabilité. Un VPS repose sur une connexion de datacenter avec une route stable vers l'exchange. Le jitter du wifi domestique et les resets NAT n'aident pas un bot qui réagit au prix.

C'est la même logique qui sous-tend le fait de faire tourner n'importe quel bot de trading sur un VPS — Freqtrade rend simplement les prérequis concrets.

Ce dont il a vraiment besoin

Freqtrade lui-même est léger, mais soyez réaliste sur la charge :

Bot live / dry-run : 2 Go de RAM est un plancher confortable. L'image Docker, une poignée de paires, les indicateurs et la base SQLite des trades veulent tous un peu de marge. Un Micro à 5 $ (2 vCPU / 2 Go / 25 Go) est le bon point de départ. 1 Go peut faire tourner une seule stratégie simple sur quelques paires, mais vous êtes plus près du bord.
Beaucoup de paires / plusieurs stratégies : montez à un Small à 8 $ (4 vCPU / 4 Go / 35 Go) — plus de paires signifie plus de calcul d'indicateurs simultané et un plus gros dataframe en mémoire.
Disque : modeste. L'image, votre user_data et la base des trades tiennent confortablement dans 25 Go. Les données historiques téléchargées pour le backtesting sont la seule chose qui grossit — et ça vit surtout sur votre machine locale (voir ci-dessous).

L'installer avec Docker Compose

Docker est la façon maintenue et la moins pénible de faire tourner Freqtrade. Sur une machine fraîche :

sudo apt update && sudo apt install -y docker.io docker-compose-v2
mkdir ~/ft && cd ~/ft
docker run --rm -v "$(pwd)/user_data:/freqtrade/user_data" \
  freqtradeorg/freqtrade:stable create-userdir --userdir user_data

Récupérez le fichier compose officiel et créez une config de manière interactive (il vous demandera votre exchange, votre mise et le dry-run) :

curl -s https://raw.githubusercontent.com/freqtrade/freqtrade/stable/docker-compose.yml -o docker-compose.yml
docker compose run --rm freqtrade new-config --config user_data/config.json

Le dry-run d'abord — toujours

Ne pointez jamais une stratégie fraîche vers de l'argent réel. Freqtrade démarre par défaut en dry-run (trading sur papier) et vous devriez l'y laisser jusqu'à ce que la stratégie ait fait ses preuves sur des données de marché en direct pendant un moment. Dans config.json :

{
  "dry_run": true,
  "dry_run_wallet": 1000
}

Lancez-le et observez :

docker compose up -d
docker compose logs -f

La politique restart: unless-stopped dans le fichier compose est votre équivalent systemd ici — Docker ramène le bot après un crash ou un redémarrage du serveur, sans étape manuelle. (Si vous préférez le faire tourner hors de Docker, une unité systemd avec Restart=always fait le même boulot — même principe que garder n'importe quel bot en vie.)

Clés API d'exchange — la partie qui mord les gens

C'est là qu'une installation de trading tourne mal et cher. Deux règles, non négociables :

Permission de trade uniquement. N'activez jamais le retrait. Si la clé fuit, le pire cas, ce sont des trades non voulus — pas vos fonds qui sortent par la porte. Freqtrade n'a jamais besoin d'accès au retrait.
Mettez la clé en liste blanche d'IP. La plupart des exchanges vous laissent lier une clé API à des IP précises. C'est une raison concrète de tourner sur un plan à IP dédiée : la clé ne marche que depuis l'adresse fixe de votre serveur. Sur un plan NAT, le bot partage l'IP sortante du nœud, qui n'est pas à vous seul — bien pour que le bot fonctionne, mais vous ne pouvez pas la mettre proprement en liste blanche.

Gardez les clés dans config.json, rendez-le non lisible par tous (chmod 600), et faites tourner le conteneur en utilisateur non-root. Et verrouillez d'abord la machine — la checklist de sécurité pour nouveau VPS prend dix minutes et ferme les portes qui comptent.

Sauvegardez user_data

Vos stratégies, votre config et votre historique de trades vivent tous dans user_data. C'est la chose que vous ne voulez pas perdre :

tar czf ft-backup-$(date +%F).tar.gz user_data

Tirez ça hors du serveur périodiquement (ou vers un stockage objet). Perdre la base des trades, c'est perdre votre historique de performance ; perdre une stratégie réglée, c'est refaire l'optimisation.

Les limites honnêtes

Le backtesting et l'hyperopt sont lourds — faites-les en local. Ils saturent le CPU pendant de longues périodes, et un VPS partagé orienté rafales est bâti pour des charges en pics, pas pour des heures de charge soutenue à 100 % (ce qui entre aussi en conflit avec la politique d'usage acceptable). Optimisez sur votre propre machine, déployez le résultat pour tourner en live. Le VPS est pour le bot live, pas pour la recherche.
Le CPU est partagé/rafale. Parfait pour un bot live qui attend surtout des bougies et réagit ; mauvais pour moudre une année de données à la minute à travers l'hyperopt.
Une région, CPU uniquement. Le serveur est en Allemagne sans GPU. Bien pour Freqtrade (c'est du CPU/logique, pas de l'entraînement ML) — bon à savoir si votre stratégie s'appuie sur un gros modèle ML, qui là encore est mieux entraîné en local.

Bilan

Freqtrade sur un VPS est la bonne installation pour le bot live : un Micro à 5 $ pour une stratégie ciblée, un Small à 8 $ si vous faites tourner beaucoup de paires, Docker Compose avec restart: unless-stopped pour la disponibilité, et une clé API trade-seul et en liste blanche d'IP pour qu'une fuite ne puisse pas vous vider. Gardez le backtesting lourd et l'hyperopt sur votre portable, sauvegardez user_data, et laissez le serveur faire la seule chose pour laquelle il est bon — rester en ligne pendant que le marché bouge. L'inscription est par e-mail uniquement et vous payez en USDC ou USDT ; une IP dédiée est la seule amélioration qui en vaut la peine ici, purement pour la liste blanche de la clé API.

Prêt à déployer ? Freqtrade est à l'aise sur un plan Micro ; pour des backtests plus lourds ou beaucoup de paires, montez en taille vers Small.