Un VPS déplace votre terminal de trading hors de la dépendance à l’alimentation électrique et à la connexion internet de votre ordinateur personnel. Il peut améliorer la continuité opérationnelle, mais le fonctionnement fiable de l’EA dépend toujours du système d’exploitation, de MT4, de la connexion au courtier et de l’EA lui-même. Il ne rend pas une stratégie rentable.
Ce guide pose les bases de la série Stabilité VPS & MT4. Poursuivez avec la configuration de MT4 et l’optimisation des ressources, puis les pannes, sauvegardes et procédures de reprise sûre. Pour la surveillance entre les incidents, poursuivez avec le Guide 4 : cotations, heartbeat et alertes.
Ce qu’un VPS apporte à MT4
Un serveur privé virtuel (VPS) est une machine virtuelle hébergée sur l’infrastructure physique d’un prestataire. Un VPS Windows possède son propre environnement de système d’exploitation et des ressources CPU, mémoire et stockage allouées. Vous vous connectez à distance pour installer et gérer MT4 ; le terminal fonctionne sur le VPS plutôt que sur votre ordinateur portable.
L’hôte physique et certaines ressources peuvent être partagés avec d’autres clients. Un serveur dédié réserve du matériel physique ; un serveur cloud décrit un mode de provisionnement et de gestion de l’infrastructure et peut aussi être une machine virtuelle. Ces appellations se recoupent. Aucune ne prouve, à elle seule, que MT4 restera disponible ou qu’un EA négociera correctement.
Un ordinateur personnel peut faire fonctionner un EA en continu si l’électricité, le réseau, le système et le terminal restent disponibles. Un VPS réduit la dépendance à votre installation domestique et peut offrir un trajet réseau adapté au courtier, mais ajoute un prestataire, des conditions d’accès distant et des responsabilités de maintenance.
L’« hébergement 24/7 » concerne la disponibilité de l’environnement. Les instruments Forex ont des séances de négociation, des week-ends et des périodes de maintenance du courtier. Un EA peut légitimement rester inactif quand le marché est fermé ou que ses règles ne produisent aucun signal.
De la cotation à la demande de trading
- Le serveur de trading du courtier transmet les cotations par le réseau à MT4 sur le VPS.
- MT4 fournit des données et des événements à l’EA. Celui-ci évalue ses règles programmées et ses contrôles de risque.
- S’il y est autorisé, l’EA envoie une demande de trading au courtier via MT4 et le réseau.
- Le courtier traite la demande et renvoie un résultat. L’EA doit l’interpréter et gérer les ordres dont il a la charge.
Le flux est bidirectionnel : il ne s’arrête pas à l’EA. Le VPS héberge le système d’exploitation, MT4 et l’EA ; ce n’est ni un courtier supplémentaire ni un lieu d’exécution. Une rupture des données, des autorisations ou du fonctionnement du programme peut interrompre le processus même si le VPS reste accessible.
Ordinateur personnel, VPS Windows ou hébergement MetaTrader ?
| Environnement | Usage pratique | Responsabilité ou limite principale |
|---|---|---|
| Ordinateur personnel | Configuration, tests et fonctionnement local lorsque la disponibilité est continue | Vous gérez l’électricité, internet, la veille, les mises à jour et MT4. |
| VPS Windows | Bureau distant complet avec MT4 et utilitaires compatibles de l’éditeur de l’EA | Vous gérez Windows, la sécurité, le démarrage, les fichiers EA et l’état du terminal ; vérifiez les besoins en DLL et en licence. |
| Hébergement virtuel MetaTrader | Environnement de terminal hébergé, migré depuis MT4 local | Pas de bureau distant ; les appels DLL sont interdits et les scripts ne sont pas migrés. Les changements exigent une synchronisation volontaire. |
| Infrastructure dédiée ou cloud | Autre façon de fournir la capacité de calcul pour la même charge | Vérifiez le système, l’allocation, la gestion et la conception réelle de la disponibilité. L’étiquette cloud n’assure pas le basculement automatique d’un EA. |
Choisissez selon les dépendances de l’EA et votre capacité à exploiter l’environnement. L’hébergement intégré et un VPS Windows suivent des procédures différentes ; ne transposez pas les instructions de l’un à l’autre sans vérification.
Pourquoi MT4 ou un EA peuvent s’arrêter
| Interruption | Conséquence | Premier contrôle |
|---|---|---|
| Coupure électrique ou internet à domicile | Le terminal local cesse de fonctionner ou perd sa connexion au courtier. Un environnement distant sain peut continuer indépendamment. | Où la copie de trading prévue fonctionne-t-elle réellement ? |
| Veille, veille prolongée ou redémarrage Windows | Les applications locales ne fonctionnent plus pendant l’interruption ; un redémarrage ne prouve pas que MT4 s’est rouvert correctement. | État du système, historique des redémarrages et procédure de démarrage testée. |
| MT4 fermé ou bloqué, EA retiré du graphique | La logique de trading concernée ne peut plus fonctionner normalement. | Réactivité du terminal, graphiques prévus et messages d’initialisation de l’EA. |
| AutoTrading ou autorisation de trading de l’EA désactivés | Dans MT4 classique, l’analyse peut continuer alors que les opérations de l’EA sont bloquées. | Autorisations du terminal et de l’EA ; réglages de désactivation après un changement de compte, profil, symbole ou période. |
| Mauvais compte, mauvais serveur ou connexion en lecture seule | Les cotations ou les informations du compte peuvent être visibles sans l’accès de trading prévu. | Numéro de compte, serveur du courtier, mot de passe de trading et messages Journal. |
| Problème de connexion au courtier, de licence ou de dépendance | MT4 peut perdre les données ou l’EA échouer alors que Windows reste disponible. | Connexion, cotations du symbole, Experts, Journal et dépendances documentées par l’éditeur. |
Le guide des erreurs d’EA dans MT4 aide à interpréter les messages précis. Ne modifiez pas la taille de lot et ne retirez pas les filtres de protection simplement pour forcer une opération de test.
Ce qu’un VPS peut protéger, et ses limites
Un environnement distant opérationnel peut maintenir l’EA disponible lorsque votre ordinateur personnel est éteint. Une infrastructure adaptée peut réduire les interruptions locales et le délai réseau. Elle ne supprime pas le risque de marché, ne corrige pas une stratégie invalide, ne garantit pas une exécution, n’élimine pas le slippage et ne maintient pas le serveur du courtier disponible.
Les ordres et niveaux de protection déjà acceptés par le courtier sont distincts de la logique qui fonctionne encore dans MT4. Les Stop Loss et Take Profit côté serveur peuvent rester actifs lorsque votre terminal est hors ligne. Le Trailing Stop intégré de MT4 exige un terminal en fonctionnement ; son dernier Stop Loss accepté reste chez le courtier. Les stops virtuels et les sorties gérées par l’EA nécessitent l’EA concerné, les données et l’accès de trading.
Examinez les ordres ouverts et en attente réels. Un stop prévu dans les paramètres de l’EA ne prouve pas qu’un Stop Loss a été placé sur le serveur. Arrêter l’EA ne ferme pas automatiquement les positions et n’annule pas les ordres en attente. Un Stop Loss ne garantit pas non plus son prix d’exécution.
Latence, ping et emplacement du VPS
Le ping mesure le délai réseau aller-retour vers le point testé. L’hébergement MetaTrader affiche un ping entre son serveur virtuel et le serveur de trading de votre courtier. La réactivité de Remote Desktop reflète un autre trajet : de votre ordinateur au VPS. Un test de débit générique sur un site web ne mesure pas le trajet de l’EA vers le courtier.
La proximité géographique peut aider, mais le routage, la congestion et le serveur du courtier choisi comptent aussi. Comparez les mesures depuis le VPS prévu vers le serveur de trading prévu aux heures pertinentes. Des mesures répétées et les interruptions de connexion sont plus instructives que le minimum d’un seul relevé.
Exemple illustratif, pas un benchmark : un trajet mesuré à 35 ms au lieu de 8 ms présente un délai réseau mesuré plus élevé. La différence ne promet pas une amélioration de 27 ms de l’exécution des ordres : le traitement par l’EA, l’ordonnancement du terminal, le traitement du courtier et l’évolution des prix interviennent aussi. Un ping inférieur n’établit pas un avantage statistique de la stratégie.
Pour les prix demandés et exécutés, consultez le guide du slippage, de la latence et des requotes.
Exigences de base : dimensionner la charge réelle
Il n’existe pas de spécification VPS universelle pour tous les EA. Une petite charge sur un seul graphique diffère de plusieurs terminaux utilisant des indicateurs personnalisés lourds. Partez des exigences de compatibilité de l’éditeur, puis observez la charge prévue avec une réserve pour les pics, les mises à jour et la croissance des journaux.
| Exigence | À établir avant le déploiement |
|---|---|
| CPU et mémoire | Utilisation normale et maximale avec les terminaux, graphiques et EA prévus. Le nombre de vCPU partagés ne décrit pas, à lui seul, les performances soutenues. |
| Stockage | Espace pour Windows, MT4, historiques, journaux et mises à jour. Un stockage rapide ne compense pas un disque plein. |
| Système et dépendances | Environnement Windows pris en charge et correctement licencié pour la configuration ; compatibilité avec l’EA, les bibliothèques et les règles d’activation de l’éditeur. |
| Réseau | Connexion utilisable et stable vers le bon serveur du courtier, pas seulement vers un site public de test. |
| Exploitation | Accès sécurisé, assistance du prestataire, conditions de maintenance, redémarrage testé et accès à la configuration si le VPS devient indisponible. |
Sur un VPS Windows, le Gestionnaire des tâches permet de vérifier la pression sur les ressources ; l’hébergement intégré possède sa propre surveillance. Évitez les optimisations lourdes en parallèle du trading réel sans en évaluer l’impact. Les réglages détaillés des ressources relèvent du Guide 2.
Préparer l’EA avant son déplacement
- Vérifiez en démo le comportement attendu de l’EA, y compris sa reprise après redémarrage. Une installation réussie ne démontre pas la rentabilité.
- Notez le compte et le serveur du courtier prévus, le symbole exact, la période, la version de l’EA et les fichiers nécessaires.
- Enregistrez les Inputs validés dans un fichier
.setsi l’EA le permet, et vérifiez les paramètres de risque dans la copie déployée. - Confirmez le Magic Number documenté et le périmètre de gestion des ordres, surtout si des positions existent déjà.
- Contrôlez les besoins en DLL, WebRequest et licence. N’autorisez que les dépendances fiables et les URL nécessaires.
- Sachez comment suspendre la copie qui négocie réellement et comment les ordres existants seront gérés pendant cette pause.
Consultez le guide d’installation des EA pour les étapes précises relatives aux fichiers. La conception des sauvegardes et les exercices de restauration relèvent du Guide 3.
Déployer sur un VPS Windows
- Connectez-vous de manière sécurisée. Obtenez les données de connexion du prestataire et utilisez un client d’accès distant fiable. Confirmez que vous êtes sur le VPS prévu.
- Installez le bon MT4. Utilisez l’installateur officiel du courtier et connectez-vous au bon serveur avec un accès de trading. Un mot de passe investisseur ne donne qu’un accès en lecture seule.
- Installez l’EA et ses dépendances. Dans MT4, utilisez
File → Open Data Folder, placez les fichiers dans les dossiers documentés, puis actualisez ou redémarrez si nécessaire. - Attachez et configurez l’EA. Utilisez le symbole et la période prévus, chargez et vérifiez Inputs, puis contrôlez
AutoTradingdans MT4 et l’autorisation de trading de l’EA. N’activez DLL ou WebRequest que si l’accès est nécessaire et fiable. - Vérifiez le fonctionnement. Contrôlez l’initialisation, les cotations entrantes, les journaux et l’attribution prévue des ordres. Gardez l’autre copie de trading suspendue, sauf si la conception prévoit explicitement des instances simultanées.
- Testez le fonctionnement autonome en démo. Déconnectez l’accès distant, reconnectez-vous et examinez MT4. Testez séparément un redémarrage contrôlé du système puis vérifiez compte, graphiques, Inputs, autorisations et état de l’EA.
Déconnecter Remote Desktop laisse normalement la session Windows et les applications fonctionner. Fermer la session y met fin ; les règles de délai du prestataire peuvent aussi terminer une session déconnectée. Vérifiez la règle réelle et testez-la. Un raccourci dans le dossier de démarrage s’exécute après la connexion de l’utilisateur ; il ne prouve pas, à lui seul, une reprise autonome après redémarrage.
Conservez les mises à jour de sécurité Windows, organisez la maintenance et répétez les contrôles ensuite. Ne supposez pas qu’un « redémarrage automatique » du prestataire rétablit un environnement EA fonctionnel.
Déployer avec l’hébergement virtuel MetaTrader
Connectez MT4 local au compte de trading prévu. Dans Navigator, utilisez Register a Virtual Server pour ce compte avec un compte MQL5.community valide. Examinez l’emplacement, l’abonnement et les conditions avant la migration. Louer l’hébergement ne déploie pas l’EA à lui seul.
Préparez le compte local, les graphiques requis avec les EA prévus attachés, les Inputs de l’EA et les dépendances. Choisissez le mode adapté : Experts pour les EA et indicateurs ; All si l’environnement comprend aussi la copie de signaux. Examinez ensuite les journaux distants.
La migration va uniquement du terminal local vers le terminal hébergé ; ce n’est pas une synchronisation bidirectionnelle permanente. Répétez-la après les changements de configuration pertinents. Les appels DLL sont interdits ; les scripts et graphiques à symboles ou périodes non standard ne sont pas migrés.
Le trading automatisé est toujours autorisé dans le terminal hébergé, même si les autorisations locales étaient désactivées. La migration désactive AutoTrading local pour réduire les doublons. Le bouton de la barre locale n’arrête pas l’EA hébergé. Utilisez Stop Server dans les commandes d’hébergement et vérifiez l’état distant avant d’activer une copie de remplacement.
L’environnement hébergé n’a pas de Remote Desktop. Vérifiez sa dernière synchronisation, son état et les journaux du terminal et de l’EA demandés, plutôt que le seul graphique local. Un message de migration indique une tentative de transfert ; confirmez que l’environnement déployé s’est bien initialisé comme prévu.
Conserver une seule instance de trading prévue
Deux terminaux connectés au même compte peuvent tous deux envoyer des demandes de trading. Un Magic Number identifie les ordres pour la logique de l’EA ; ce n’est pas un verrou côté serveur entre terminaux. Des numéros différents ne corrigent pas le lancement accidentel de la même stratégie deux fois.
Avant un transfert d’exploitation, sauvegardez la configuration, rapprochez les ordres ouverts et en attente, arrêtez l’ancienne copie, puis démarrez et vérifiez la copie prévue. Conservez les identifiants de gestion documentés lorsque l’EA doit reprendre des positions existantes. Voir le guide du Magic Number.
Si le VPS est inaccessible, l’échec d’une connexion Remote Desktop ne prouve pas que MT4 est arrêté. Confirmez son état via le prestataire ou les commandes d’hébergement avant d’activer une copie de remplacement. Un terminal local distinct peut servir à observer en lecture seule ; n’y activez pas accidentellement le trading.
Surveiller quatre couches, pas seulement le VPS
| Couche | Éléments à contrôler |
|---|---|
| VPS / système | Disponibilité, redémarrages inattendus, charge CPU et mémoire, stockage libre et règles de session distante. |
| MT4 / compte | Terminal réactif, compte et serveur prévus, connexion et autorisations de trading. |
| Données de marché | Mises à jour du symbole requis, heure de dernière cotation et séance concernée. Marchés fermés et périodes peu liquides nécessitent du contexte. |
| EA / gestion des ordres | Version et Inputs attendus, statut ou signal de présence disponible, initialisation, erreurs, attribution et gestion des ordres réels. |
Pour la surveillance technique, IsConnected() indique la connexion du terminal au serveur ; cela ne prouve ni des cotations récentes ni une logique EA saine. MODE_TIME représente l’heure du dernier tick reçu pour un symbole. Les comparaisons d’ancienneté exigent une gestion cohérente des horloges et fuseaux horaires et une prise en compte des séances. Aucun délai universel de cotation périmée ne convient à tous les symboles.
Contrôlez Experts et Journal après déploiement, modifications, redémarrages et maintenance du courtier. Le guide des journaux explique les horodatages et le contexte des erreurs. Adaptez la fréquence de contrôle à la rapidité avec laquelle une position non gérée pourrait poser problème, plutôt qu’à des connexions occasionnelles.
Testez les notifications de bout en bout. Une alerte envoyée par le même MT4 ne peut pas annoncer fiablement l’arrêt complet de MT4. Une surveillance indépendante ou la détection d’un signal de présence manquant peut couvrir cette lacune. Les notifications de trading standard ne couvrent pas tous les rejets d’ordres et les pannes ; un EA silencieux peut simplement ne pas avoir de signal.
Maintenance et contrôle final de préparation
Utilisez des identifiants uniques, limitez l’accès distant avec les contrôles disponibles du prestataire, maintenez les logiciels et conservez les données du compte en sécurité. Ne mettez pas de mots de passe dans les demandes d’assistance ou les journaux publics. Documentez les changements et revérifiez l’environnement après les mises à jour.
Cette liste confirme la préparation opérationnelle, pas les résultats futurs. Une observation supplémentaire en démo est nécessaire après déploiement ; un redémarrage réussi ne permet pas de juger la qualité de la stratégie.
Questions fréquentes sur les VPS et MT4
Puis-je fermer mon ordinateur portable après le déploiement ?
Oui, si l’EA prévu fonctionne réellement dans l’environnement distant vérifié. Fermer un portable qui héberge encore l’EA peut l’arrêter. Sur un VPS Windows, distinguez la déconnexion de Remote Desktop de la fermeture de session.
Désactiver AutoTrading local arrête-t-il l’hébergement intégré ?
Non. Arrêtez le terminal hébergé avec ses commandes d’hébergement et confirmez son état. Contrôlez les ordres existants séparément.
L’absence d’opération signifie-t-elle que l’EA est en panne ?
Non. Vérifiez séances, données, autorisations, initialisation et règles de signal. Ne forcez pas des opérations pour démontrer que le VPS fonctionne.
Un serveur dédié ou cloud est-il automatiquement plus sûr ?
Non. Son intérêt dépend de la conception réelle de disponibilité, de la charge, de la maintenance et de la reprise du terminal testée. Changer d’appellation d’hébergement ne supprime pas les contrôles de ce guide.
Références officielles et portée
Le comportement de la plateforme a été vérifié dans la documentation officielle. Le dimensionnement, les contrôles de déploiement et les choix de surveillance sont des conseils pratiques, pas un benchmark de prestataire ni des résultats mesurés d’un EA.