Déployer Metatrader4 sur Cloudzy VPS · Installation en 1 clic

Aperçu

Un terminal de trading doit être instantané. Le One-Click de Cloudzy MétaTrader 4 VPS associe des vCPU EPYC dédiés, RAM DDR5, et pur-NVMe stockage avec un 10 Gbps liaison montante afin que les tickets de commande s'ouvrent rapidement et que les conseillers experts fonctionnent sans bégaiement. La facturation horaire vous permet de démarrer une instance de Londres ou de New York pendant vos sessions actives, puis de la redimensionner ultérieurement. Vous obtenez Windows pour MT4 4.0.0 plus un facultatif Noeud.js pile pour les webhooks et les tableaux de bord.

Description

Cette image est livrée avec MétaTrader 4 préinstallé sur Windows Serveur 2012 R2 or Windows Serveur 2016. Il est optimisé pour les connexions à faible latence aux serveurs de courtiers courants, une disponibilité EA stable et des E/S disque prévisibles pour les journaux de ticks et les fichiers historiques. Vous bénéficiez également de contrôles d'instantanés et d'une adresse IP statique afin que les terminaux se reconnectent proprement après la maintenance.

Accéder au bureau

Connectez-vous à l'aide de n'importe quel client RDP, puis connectez-vous avec le mot de passe administrateur que vous avez défini au moment du déploiement. Une fois sur le bureau, lancez MétaTrader 4, ajoutez votre serveur de courtier et connectez-vous à votre compte de trading. Faites fonctionner votre VPS pendant les heures de marché afin que les EA et les alertes restent actives même si votre ordinateur portable est en veille.

Fonctionnalités avancées

Ce sont les mises à niveau qui sont importantes pour le trading automatisé et manuel. Ils maintiennent les graphiques réactifs pendant les bougies volatiles et empêchent le blocage de la plate-forme lorsque les EA écrivent des journaux.

Processeurs virtuels dédiés et RAM DDR5 pour un testeur de stratégie cohérent et des performances EA
Stockage NVMe pur pour un cache de ticks rapide, des journaux et des écritures d'historique
10 Gbps network port avec un mélange de niveau 1 pour réduire la perte de paquets lors des pics d'actualités
Instantanés et restauration instantanée avant les mises à jour de la plateforme ou d'EA
Facturation horaire pour les boîtes de test de mise en scène ou de week-end
Un seul redémarrage applique tout redimensionnement. Aucune migration de données nécessaire.

Facilité d'utilisation

Vous contrôlez les actions de puissance, les instantanés et les déplacements de régions à partir du tableau de bord. Utilisez l'IP VPS directement dans votre client RDP pour un accès immédiat, ou pointez un enregistrement DNS plus tard. Une vue de latence intégrée vous aide à choisir une région la plus proche des serveurs de votre courtier pour des pings plus stables.

Objectif performance

Un TTFB stable pour négocier des passerelles permet des connexions plus rapides, des changements de symboles plus rapides et moins de problèmes lors des E/S EA. Les cœurs NVMe et EPYC à haute horloge réduisent le décalage que vous ressentez lors du changement de profil ou de l'exécution du Testeur de stratégie sur des données historiques.

Contrôle total de la plateforme

Les droits d'administrateur vous permettent d'installer des terminaux, des polices, des clients VPN et des outils de synchronisation de fichiers supplémentaires. Isolation KVM protège votre session des charges de travail voisines. IPv4 dédié et en option IPv6 gardez 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 prend en charge une expérience MT4 propre et une maintenance simple, afin que vous puissiez vous concentrer sur le trading plutôt que sur les tâches du serveur.

MetaTrader 4 préinstallé terminal 4.0.0 sous Windows
Modules complémentaires de renforcement et de surveillance en option sur demande
Recettes d'instantanés pour la sécurité avant la mise à jour
Modèles de sauvegarde simples vers un stockage compatible S3
Mémoire et profil d'E/S prévisibles afin que les EA et les indicateurs n'expirent pas en cas de journalisation intensive

Compagnon Node.js facultatif pour les webhooks, les tableaux de bord et les API

Certains traders utilisent des copieurs commerciaux, des hooks REST ou des pages de statut. Votre image comprend un élément facultatif Noeud.js configurer la recette sur Ubuntu 24.04 qui prépare une pile d'applications derrière Nginx avec PM2 pour le contrôle des processus. Utilisez-le comme VPS side-car ou comme image alternative dans la même région.

Ce que fait le script
Crée un noeudjs 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:3000et configure les en-têtes WebSocket et le transfert IP du client. Nginx redémarre et s'active au démarrage.

Sécurité et accès
Le noeudjs l'utilisateur est dans sudo. Un mot de passe par défaut de mot de passe est défini pendant l’automatisation. Modifiez-le immédiatement après la connexion :

mot de passe nodejs

Configuration de l'application Node.js

ssh <adresse IP de votre serveur>
su – nœudjs
mkdir -p /home/nodejs/votre-application
git clone your_repo.git /home/nodejs/your-application
cd /home/nodejs/votre-application
npm install –omit=dev
début pm2 application.js –nommez votre-application-nom
pm2 sauvegarder

Configurez votre application pour écouter sur le port 3000 ou modifier /etc/nginx/sites-available/default, teste avec nginx -t, alors:

sudo systemctl redémarrer nginx

Votre application sera accessible à http://<server-ip>.

Variables que vous pouvez définir

NVM_VERSION pour la version Node.js, par défaut 22
NODEJS_USER_PASSWORD pour réinitialiser la valeur initiale noeudjs mot de passe

Fichiers et répertoires importants

/home/nodejs/.nvm/ Installations NVM et Node.js
/home/nodejs/.bashrc Lignes d'approvisionnement NVM
/etc/nginx/sites-available/default Configuration du proxy inverse Nginx
/usr/lib/node_modules/pm2/ Chemin d'installation de PM2
/var/www/html racine Web par défaut

Journaux

Nginx se connecte à /var/log/nginx/access.log et /var/log/nginx/error.log
PM2 avec journaux pm2 or ~/.pm2/logs/ as noeudjs
Application journaux via PM2 ou les propres fichiers de votre application

Améliorations futures

HTTPS avec Certbot en utilisant le plugin nginx
Un exemple d'application minimal pour un déploiement rapide
Facultatif MongoDB intégration pour la télémétrie

Portée mondiale

Choisissez le centre de données le plus proche de votre courtier ou de votre réseau de copy-trading. Cloudzy exploite des points de présence dans les domaines suivants :

Amérique du Nord: New York, Dallas, Miami, Utah, Las Vegas
Europe: Londres, Amsterdam, Francfort, Zurich
Asie-Pacifique: Singapour

Chaque site propose un 10 Gbps port, une combinaison d'opérateurs de niveau 1 et un 99.95% SLA de disponibilité. La seule variable est la distance.

Détails de la demande

Version: 4.0.0
Système d'exploitation : Windows Serveur 2012 R2, Windows Serveur 2016
RAM minimale : 4 GB
Types IP : IPv4, IPv6

Déployez maintenant le VPS MetaTrader 4 en un clic de Cloudzy! Votre terminal de trading, vos EA et votre pile de webhooks en option peuvent être opérationnels en quelques minutes.

Important : responsabilités de configuration et de domaine

Vous bénéficiez d'un accès SSH/root complet sur chaque OCA. Ce pouvoir signifie également que vos modifications peuvent casser l'application. Veuillez lire ceci avant de modifier les configurations.

Vous gérez le domaine. Nous ne vendons ni n’hébergeons de domaines/DNS. Si l'application a besoin d'un domaine, vous devez pointer votre domaine vers le serveur (A/AAAA/CNAME et MX/TXT le cas échéant). L'émission SSL et de nombreux tableaux de bord dépendent de l'exactitude de ces informations.
Changer le domaine/nom d’hôte après l’installation n’est pas anodin. De nombreux OCA écrivent le domaine dans les configurations (.env, proxy inverse, URL d'application). Si vous le modifiez, mettez également à jour :
- Proxy inverse (Nginx/Caddy) et certificats TLS
- « URL externe » de l'application/URL de base et URL de rappel/webhook
- Tous les liens codés en dur dans l'application ou les modules complémentaires
Les références comptent. Renommer l'administrateur par défaut, changer les mots de passe ou modifier les ports de service sans mettre à jour la configuration de l'application peut t'enfermer dehors ou arrêter les services. Gardez les informations d'identification en sécurité et synchronisées dans l'application, le proxy et toutes les intégrations.
Les modifications du serveur de noms peuvent entraîner des temps d'arrêt. Le déplacement de votre domaine vers de nouveaux serveurs de noms ou la modification d'enregistrements NS déclenche des retards de propagation. Planifiez les modifications, réduisez le TTL à l’avance et vérifiez les enregistrements A/AAAA avant de changer.
Les modifications du pare-feu/port peuvent interrompre l’accès. Si vous modifiez les ports SSH, HTTP/HTTPS, RDP ou d'application, mettez à jour les pare-feu (UFW/CSF/groupes de sécurité) et les règles de proxy inverse en conséquence.
Les ports de messagerie (SMTP) sont restreints par défaut. Ports de courrier sortant (par exemple, 25/465/587) peut être fermé pour éviter les abus. Si votre OCA doit envoyer un courrier électronique, demander un accès SMTP auprès du support ou utilisez un fournisseur de messagerie transactionnelle (SendGrid/Mailgun/SES) via API ou SMTP approuvé.
E-mail et listes autorisées. Si l'application envoie du courrier ou reçoit des webhooks, la modification des adresses IP/noms d'hôte peut affecter la délivrabilité ou les listes autorisées. Mettez à jour SPF/DKIM/DMARC et toutes les listes autorisées IP.
Avant tout grand changement : prenez un instantané. Utilisez le panneau instantané/sauvegarde d'abord. Si un plugin, une mise à jour ou une modification de configuration se retourne contre vous, vous pouvez revenir en arrière en quelques minutes.
Portée du support. Nous fournissons le serveur et l'image OCA préinstallée. En cours configuration au niveau de l'application (domaines, DNS, paramètres de l’application, plugins, code personnalisé) relève de la responsabilité de l’utilisateur.

Règle générale : si vous touchez domaine, ports, mots de passe, noms d'hôte ou configurations proxy/SSL, attendez-vous également à mettre à jour les paramètres de l’application, ainsi que l’instantané en premier.

Le script crée un utilisateur nodejs, installe Node Version Manager (NVM), Node.js (version 22), PM2 (un gestionnaire de processus) et Nginx en tant que proxy inverse et 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 utilisateur sur password.
S'exécute en tant qu'utilisateur nodejs via sudo -H -u nodejs pour garantir le bon répertoire personnel (/home/nodejs).
Télécharge et installe NVM (v0.40.3) à partir de https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.3/install.sh.
Configure automatiquement .bashrc pour sourcer NVM :
1. Ajoute l'exportation NVM_DIR=”$HOME/.nvm”.
2. Ajoute un script NVM et l'achèvement bash.
Sources .bashrc pour rendre NVM disponible dans le script.
Installe Node.js 22 via NVM en tant qu'utilisateur nodejs.
Le définit comme 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 démarrage en générant et en exécutant une commande de démarrage systemd.
Installe Nginx : apt install -y nginx.
Configure un site Nginx par défaut dans /etc/nginx/sites-available/default :
1. Écoute sur le port 80.
2. Demandes de procurations à http://localhost:3000 (port d'application supposé Node.js).
3. Inclut des en-têtes pour la prise en charge de WebSocket et le transfert IP client.
Redémarre et active Nginx : systemctl redémarre nginx, systemctl active nginx.

Configuration de l'application NodeJS :

Connectez-vous via ssh à votre serveur.
Utilisez les commandes suivantes dans l'ordre :
1. su – nodejs
2. mkdir /home/nodejs/votre-application
3. git clone your_repo.git /home/nodejs/votre-application
4. cd /home/nodejs/votre-application
5. npm install –omit=dev
6. pm2 démarre app.js – nommez votre nom d'application
7. sauvegarde pm2
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 et redémarrez systemctl restart nginx).
Votre application est accessible sur http://<server-ip>
Remarques :
1. L'utilisateur nodejs a un accès sudo.
2. Changez le mot de passe de l'utilisateur nodejs : passwd nodejs.
3. Activez HTTPS avec Certbot : apt installez certbot python3-certbot-nginx, puis certbot –nginx.

Système d'exploitation : Ubuntu 24.04

Variables :

NVM_VERSION : version de Node.js (par défaut : 22).
NODEJS_USER_PASSWORD : mot de passe pour l'utilisateur nodejs.

Fichiers et répertoires importants :

/home/nodejs/.nvm/ : installations NVM et Node.js.
/home/nodejs/.bashrc : configure le sourcing 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 : journaux pm2 ou ~/.pm2/logs/ (en tant qu'utilisateur nodejs).
- Application Node.js : gérée par PM2 ou par des journaux spécifiques à l'application.

Améliorations futures :

Ajoutez la configuration HTTPS avec Certbot.
Incluez un exemple de déploiement d'application dans le script.
Intégration MongoDB.

Métatrader4