Présentation
Un terminal de trading doit répondre instantanément. Le MetaTrader 4 VPS associe des vCPUs EPYC dédiés, DDR5 RAM, et une connexionNVMe de stockage avec une 10 Gbps pure uplink pour que les tickets d'ordre s'ouvrent rapidement et que les Expert Advisors tournent sans accroc. La facturation horaire vous permet de démarrer une instance à Londres ou à New York pendant vos sessions actives, puis d'ajuster la configuration ensuite. Vous bénéficiez de Windows avec MT4 4.0.0 ainsi qu'une Node.js stack optionnelle pour les webhooks et les tableaux de bord.
Description
Cette image inclut MetaTrader 4 pré-installé sur Windows Server 2012 R2 or Windows Server 2016. Elle est optimisée pour des connexions à faible latence aux serveurs brokers courants, une disponibilité stable des EA et des performances disque prévisibles pour les logs de ticks et les fichiers d'historique. Vous disposez également de contrôles de snapshots et d'une IP statique pour que les terminaux se reconnectent proprement après maintenance.
Accéder au bureau
Connectez-vous via n'importe quel client RDP, puis authentifiez-vous avec le mot de passe Administrateur défini au moment du déploiement. Une fois sur le bureau, lancez MetaTrader 4, ajoutez votre serveur broker et connectez-vous à votre compte de trading. Laissez votre VPS actif pendant les heures de marché pour que les EA et les alertes restent opérationnels même si votre ordinateur se met en veille.
Fonctionnalités avancées
Ce sont les améliorations qui comptent pour le trading automatisé et manuel. Elles maintiennent la réactivité des graphiques lors des bougies volatiles et évitent les blocages de la plateforme quand les EA écrivent leurs logs.
- vCPUs dédiés & DDR5 RAM pour des performances stables du testeur de stratégies et des EA
- Stockage NVMe pur pour un cache de ticks rapide, ainsi que des écritures de logs et d'historiques performantes
- 10 Gbps network port avec mix Tier-1 pour réduire la perte de paquets lors des pics de news
- Snapshots et rollback instantané avant les mises à jour de la plateforme ou des EA
- Facturation à l'heure pour les environnements de staging ou les serveurs de test du week-end
- Un simple redémarrage applique le redimensionnement. Aucune migration de données n'est nécessaire.
Facilité d'utilisation
Vous gérez les actions d'alimentation, les snapshots et les migrations de région depuis le tableau de bord. Utilisez l'IP VPS directement dans votre client RDP pour un accès immédiat, ou configurez un enregistrement DNS plus tard. Une vue de latence intégrée vous aide à choisir la région la plus proche des serveurs de votre courtier pour des pings plus stables.
Priorité aux performances
Un TTFB stable vers les passerelles de courtier améliore la vitesse de connexion, la réactivité lors des changements de symboles et réduit les interruptions pendant l'exécution des EA I/O. NVMe combiné à des cœurs EPYC à haute fréquence réduit la latence ressentie lors des changements de profil ou de l'exécution du Testeur de stratégie sur données historiques.
Contrôle total de la plateforme
Les droits administrateur vous permettent d'installer des terminaux supplémentaires, des polices, des clients VPN et des outils de synchronisation de fichiers. Isolation KVM protège votre session des charges de travail voisines. Un IPv4 dédié et des IPv6 gardent la réputation de votre connexion plus propre, ce qui contribue à réduire les invites de sécurité et les boucles de ré-authentification.
Des outils puissants
Tout ici favorise une expérience MT4 fluide et une maintenance simplifiée, pour que vous puissiez vous concentrer sur le trading plutôt que sur la gestion du serveur.
- MetaTrader 4 préinstallé terminal 4.0.0 sur Windows
- Options de durcissement et de surveillance disponibles sur demande
- Snapshots de sécurité avant chaque mise à jour
- Sauvegardes simplifiées vers un stockage compatible S3
- Mémoire et profil I/O prévisibles pour que les EA et les indicateurs ne dépassent pas les délais lors de logs intensifs
Companion Node.js optionnel pour les webhooks, les tableaux de bord et les API
Certains traders utilisent des copieurs de trades, des hooks REST ou des pages de statut. Votre image inclut un Node.js script de configuration sur Ubuntu 24.04 qui prépare une stack applicative derrière Nginx avec PM2 pour le contrôle des processus. Utilisez-le comme VPS sidecar ou comme image alternative dans la même région.
Ce que fait le script
Crée un nodejs utilisateur, installe NVM v0.40.3, Node.js 22 (défini par défaut), met à jour npm, installe PM2, active PM2 au démarrage, installe et active Nginx comme proxy inverse pour http://localhost:3000, et configure les en-têtes WebSocket et le transfert de l'IP client. Nginx redémarre et s'active au démarrage.
Sécurité et accès
La nodejs l'utilisateur est dans sudo. Un mot de passe par défaut le mot de passe est défini lors de l'automatisation. Changez-le immédiatement après la connexion :
| mot de passe nodejs |
Configuration de l'application Node.js
| ssh <your-server-ip> su – nodejs mkdir -p /home/nodejs/your-app git clone your_repo.git /home/nodejs/your-app cd /home/nodejs/your-app npm install --omit=dev pm2 start app.js –nommez votre-app-name pm2 save |
Configurez votre application pour écouter sur le port 3000 ou modifiez /etc/nginx/sites-available/default, testez avec nginx -t, puis :
| sudo systemctl restart nginx |
Votre application sera accessible à http://<server-ip>.
Variables configurables
- NVM_VERSION pour la version Node.js, par défaut 22
- NODEJS_USER_PASSWORD pour réinitialiser le mot de passe initial nodejs le mot de passe
Fichiers et répertoires importants
- /home/nodejs/.nvm/ Installation de NVM et Node.js
- /home/nodejs/.bashrc Lignes de chargement NVM
- /etc/nginx/sites-available/default Configuration du reverse proxy Nginx
- /usr/lib/node_modules/pm2/ Chemin d'installation de PM2
- /var/www/html racine web par défaut
Journaux
- Nginx journaux dans /var/log/nginx/access.log et /var/log/nginx/error.log
- PM2 avec pm2 logs or ~/.pm2/logs/ as nodejs
- Application logs via PM2 ou les fichiers propres à votre application
Améliorations à venir
- HTTPS avec Certbot via le plugin nginx
- Une application d'exemple minimale pour un déploiement rapide
- Optionnel MongoDB intégration pour la télémétrie
Couverture mondiale
Choisissez le centre de données le plus proche de votre courtier ou de votre réseau de copy trading. Cloudzy dispose de points de présence aux endroits suivants :
- Amérique du Nord : New York City, Dallas, Miami, Utah, Las Vegas
- Europe : Londres, Amsterdam, Francfort, Zurich
- Asie-Pacifique : Singapour
Chaque site propose un 10 Gbps port, un mix d'opérateurs Tier-1 et un 99.95% SLA de disponibilité SLA. La seule variable est la distance.
Détails de l'application
Version : 4.0.0
Système d'exploitation : Windows Server 2012 R2, Windows Server 2016
RAM minimum : 4 GB
Types d'IP : IPv4, IPv6
Déployez le MetaTrader 4 en un clic de Cloudzy VPS maintenant! Votre terminal de trading, vos EAs et votre stack webhook optionnel peuvent être opérationnels en quelques minutes.
Important : configuration et responsabilités liées au domaine
Vous disposez d'un accès SSH/root complet sur chaque OCA. Cela implique aussi que vos modifications peuvent casser l'application. Lisez ceci avant de modifier les configurations.
- Vous gérez le domaine. Nous ne vendons ni n'hébergeons de domaines/DNS. Si l'application nécessite un domaine, vous devez faire pointer votre domaine vers le serveur (A/AAAA/CNAME, et MX/TXT si nécessaire). L'émission de SSL et de nombreux tableaux de bord dépendent de l'exactitude de cette configuration.
- Changer le domaine ou le nom d'hôte après l'installation n'est pas une opération anodine. De nombreuses OCAs intègrent le domaine dans leurs fichiers de configuration (.env, reverse proxy, URLs applicatifs). Si vous le modifiez, mettez également à jour :
- Le reverse proxy (Nginx/Caddy) et les certificats TLS
- Les URLs "externes"/de base et les URLs de callback/webhook de l'application
- Tous les liens codés en dur dans l'application ou ses extensions
- Les identifiants sont importants. Renommer l'administrateur par défaut, changer les mots de passe ou modifier les ports des services sans mettre à jour la configuration de l'application peut vous bloquer l'accès ou interrompre des services. Gardez vos identifiants à jour et cohérents entre l'application, le proxy et les intégrations.
- Modifier les serveurs de noms peut provoquer une interruption de service. Migrer votre domaine vers de nouveaux serveurs de noms ou modifier les enregistrements NS déclenche des délais de propagation. Planifiez vos changements, réduisez le TTL à l'avance et vérifiez les enregistrements A/AAAA avant de basculer.
- Modifier le pare-feu ou les ports peut couper l'accès. Si vous modifiez SSH, HTTP/HTTPS, RDP ou les ports applicatifs, mettez à jour les pare-feux (UFW/CSF/groupes de sécurité) et les règles du reverse proxy en conséquence.
- Les ports SMTP sont restreints par défaut. Les ports de messagerie sortante (par ex., 25/465/587) peuvent être bloqués pour prévenir les abus. Si votre OCA doit envoyer des e-mails, demander l'accès SMTP auprès du support ou utilisez un fournisseur de messagerie transactionnelle (SendGrid/Mailgun/SES) via API ou un SMTP approuvé.
- E-mail et listes d'autorisation. Si l'application envoie des e-mails ou reçoit des webhooks, changer d'IP ou de nom d'hôte peut affecter la délivrabilité ou les listes d'autorisation. Mettez à jour SPF/DKIM/DMARC ainsi que toutes les listes d'IP autorisées.
- Avant toute modification importante : prenez un snapshot. Utilisez la fonctionnalité capture instantanée/sauvegarde du panneau en premier. Si un plugin, une mise à jour ou une modification de configuration tourne mal, vous pouvez revenir en arrière en quelques minutes.
- Périmètre du support. Nous fournissons le serveur et l'image OCA préinstallée. La configuration au niveau applicatif (domaines, DNS, paramètres de l'application, plugins, code personnalisé) reste à la charge de l'utilisateur.
Règle simple à retenir : si vous modifiez le domaine, les ports, les mots de passe, les noms d'hôtes ou les configurations proxy/SSL, pensez aussi à mettre à jour les paramètres de l'application, et faites un snapshot au préalable.
Le script crée un utilisateur nodejs, installe Node Version Manager (NVM), Node.js (version 22), PM2 (un gestionnaire de processus) et Nginx comme reverse proxy, puis les configure pour le déploiement d'applications Node.js.
- Crée un utilisateur nodejs avec un répertoire personnel (/home/nodejs) et un shell Bash.
- Ajoute nodejs au groupe sudo.
- Définit le mot de passe de l'utilisateur sur password.
- S'exécute en tant qu'utilisateur nodejs via sudo -H -u nodejs pour garantir l'utilisation du bon répertoire personnel (/home/nodejs).
- Télécharge et installe NVM (v0.40.3) depuis https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.3/install.sh.
- Configure .bashrc pour charger NVM automatiquement :
- Ajoute export NVM_DIR="$HOME/.nvm".
- Ajoute le script NVM et la complétion bash.
- Charge .bashrc pour rendre NVM disponible dans le script.
- Installe Node.js 22 via NVM en tant qu'utilisateur nodejs.
- Définit la version par défaut : nvm alias default 22.
- Met à jour npm globalement : npm install -g npm.
- Installe PM2 globalement en tant qu'utilisateur nodejs : npm install -g pm2.
- Configure PM2 pour démarrer au boot en générant et exécutant une commande de démarrage systemd.
- Installe Nginx : apt install -y nginx.
- Configure le site Nginx par défaut dans /etc/nginx/sites-available/default :
- Écoute sur le port 80.
- Redirige les requêtes vers http://localhost:3000 (port supposé de l'application Node.js).
- Inclut les en-têtes pour le support WebSocket et la transmission de l'IP client.
- Redémarre et active Nginx : systemctl restart nginx, systemctl enable nginx.
Configuration de l'application NodeJS :
- Connectez-vous via SSH à votre serveur.
- Exécutez les commandes suivantes dans l'ordre :
- su – nodejs
- mkdir /home/nodejs/your-app
- git clone your_repo.git /home/nodejs/your-app
- cd /home/nodejs/your-app
- npm install --omit=dev
- pm2 start app.js –name your-app-name
- pm2 save
- Ajustez le port de votre application à 3000 ou mettez à jour la configuration NGINX en conséquence (modifiez /etc/nginx/sites-available/default, testez avec nginx -t, puis redémarrez avec systemctl restart nginx).
- Votre application est accessible à l'adresse http://<server-ip>
- Remarques :
- L'utilisateur nodejs dispose d'un accès sudo.
- Modifier le mot de passe de l'utilisateur nodejs : passwd nodejs.
- Activer HTTPS avec Certbot : apt install certbot python3-certbot-nginx, puis certbot –nginx.
Système d'exploitation : Ubuntu 24.04
d'environnement :
- NVM_VERSION : version de Node.js (par défaut : 22).
- NODEJS_USER_PASSWORD : mot de passe de l'utilisateur nodejs.
Fichiers et répertoires importants :
- /home/nodejs/.nvm/ : installations de NVM et de Node.js.
- /home/nodejs/.bashrc : configure le chargement de NVM.
- /etc/nginx/sites-available/default : configuration Nginx pour le proxy vers Node.js.
- /usr/lib/node_modules/pm2/ : installation de PM2.
- /var/www/html : racine web par défaut.
- Journaux :
- Nginx : /var/log/nginx/{access.log,error.log}.
- PM2 : pm2 logs ou ~/.pm2/logs/ (en tant qu'utilisateur nodejs).
- Application Node.js : gérée par PM2 ou via les journaux propres à l'application.
Améliorations futures :
- Ajouter la configuration de HTTPS avec Certbot.
- Inclure un exemple de déploiement d'application dans le script.
- Intégration de MongoDB.
