Metatrader4

Aperçu

Un terminal de trading doit être instantané. One-Click CloudzyMetaTrader 4 associe des vCPU EPYC dédiés, de la mémoire vive DDR5et des disques dursNVMe avec un liaison montante de 10 Gbps , ce qui permet d'ouvrir rapidement les billets et d'exécuter les Expert Advisors sans interruption. La facturation horaire vous permet de lancer une instance à Londres ou à New York pendant vos sessions actives, puis de la redimensionner ultérieurement. Vous bénéficiez de Windows pour MT4 4.0.0 et, en option, un Node.js pour les webhooks et les tableaux de bord.

Description

Cette image est fournie avec MetaTrader 4 préinstallé sur Windows Server 2012 R2 ou Windows Server 2016. Il est optimisé pour des connexions à faible latence aux serveurs courants des courtiers, un temps de fonctionnement stable des EA et des E/S disque prévisibles pour les journaux de ticks et les fichiers historiques. Vous bénéficiez également de commandes de capture d'écran et d'une adresse IP statique afin que les terminaux se reconnectent correctement après la maintenance.

Accéder au bureau

Connectez-vous à l'aide d'un client RDP, puis identifiez-vous à l'aide du mot de passe administrateur que vous avez défini lors du déploiement. Une fois sur le bureau, lancez MetaTrader 4, ajoutez le serveur de votre courtier et connectez-vous à votre compte de trading. Laissez votre VPS fonctionner pendant les heures d'ouverture du marché afin que les EA et les alertes restent actifs même si votre ordinateur portable est en veille.

Fonctionnalités avancées

Ce sont les mises à niveau qui comptent pour le trading automatisé et manuel. Elles permettent aux graphiques de rester réactifs pendant les bougies volatiles et empêchent les blocages de la plateforme lorsque les EA écrivent des journaux.

• Processeurs virtuels dédiés et mémoire vive DDR5 pour un testeur de stratégie et des performances EA cohérents

• Stockage NVMe pur pour un cache rapide, des journaux et des écritures historiques

• Port réseau 10 Gbps avec mélange Tier-1 pour réduire la perte de paquets pendant les pics d'activité

• Instantanés et restauration instantanée avant les mises à jour de la plateforme ou de l'EA

• Facturation horaire pour les boîtes de test de mise en scène ou de week-end

• Un simple redémarrage suffit pour appliquer tout redimensionnement. Aucune migration de données n'est nécessaire.

Facilité d'utilisation

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

Accent sur la performance

Un TTFB stable vers les passerelles de courtage permet des connexions plus rapides, des changements de symboles plus rapides et moins de problèmes pendant les E/S EA. NVMe et les cœurs EPYC à horloge élevée réduisent le décalage que vous ressentez lorsque vous changez de profil ou exécutez le 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 supplémentaires, des polices, des clients VPN et des outils de synchronisation de fichiers. L'isolation KVM protège votre session des charges de travail voisines. IPv4 dédié et IPv6 en option IPv6 facultative permettent de préserver la réputation de votre connexion, ce qui contribue à réduire les invites de sécurité et les boucles de réauthentification.

Outils puissants

Tout ici contribue à une expérience MT4 fluide et à une maintenance simplifiée, afin que vous puissiez vous concentrer sur le trading plutôt que sur les tâches liées au serveur.

• MetaTrader 4 préinstallé terminal 4.0.0 sous Windows

• Modules complémentaires optionnels de renforcement et de surveillance sur demande

• Recettes instantanées pour la sécurité avant la mise à jour

• Modèles de sauvegarde simples vers un stockage compatible S3

• Mémoire prévisible et profil d'E/S afin que les EA et les indicateurs ne soient pas interrompus lors d'une journalisation intensive

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

Certains traders utilisent des copieurs de transactions, des hooks REST ou des pages d'état. Votre image comprend un Node.js 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 sidecar ou comme image alternative dans la même région.

Ce que fait le script
Crée un utilisateur nodejs , 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 en tant que proxy inverse pour http://localhost:3000, et configure les en-têtes WebSocket et le transfert d'adresse IP du client. Nginx redémarre et s'active au démarrage.

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

Configuration de l'application Node.js

Configurez votre application pour qu'elle écoute sur le port 3000 ou modifiez /etc/nginx/sites-available/default, testez avec nginx -t, puis :

Your app will be reachable at http://<server-ip>.

Variables que vous pouvez définir

• VERSION_NVM pour la version Node.js, par défaut 22

• NODEJS_USER_PASSWORD pour réinitialiser la valeur initiale nodejs 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-disponibles/par défaut Configuration du proxy inverse Nginx

• /usr/lib/node_modules/pm2/ Chemin d'installation de PM2

• /var/www/html racine Web par défaut

Bûches

• Nginx journaux à /var/log/nginx/access.log et /var/log/nginx/error.log

• PM2 avec journaux pm2 ou ~/.pm2/logs/ comme nodejs

• Application journaux via PM2 ou les fichiers propres à votre application

Améliorations futures

• HTTPS avec Certbot à l'aide du plugin nginx

• Une application minimale 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 des points de présence dans les régions suivantes : 

• Amérique du Nord: New York, Dallas, Miami, Utah, Las Vegas

• Europe: Londres, Amsterdam, Francfort, Zurich

• Asie-Pacifique: Singapour

Chaque site offre un débit de port 10 Gbps , un mélange de transporteurs de niveau 1 et une 99,95 % . La seule variable est la distance.

Détails de la demande

Version : 4.0.0
Système d'exploitation : Windows Server 2012 R2, Windows Server 2016
Mémoire vive minimale : 4 Go
Types d'IP : IPv4, IPv6

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

Important : responsabilités en matière de configuration et de domaine

Vous bénéficiez d'un accès SSH/root complet sur chaque OCA. Cette puissance signifie également que vos modifications peuvent endommager 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). La délivrance du certificat 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 une mince affaire. 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

  • Tout lien codé en dur dans l'application ou les modules complémentaires

• Les références comptent. Renommer l'administrateur par défaut, changer régulièrement les mots de passe ou modifier les ports de service sans mettre à jour la configuration de l'application peut vous empêcher d'entrer ou interrompre les services. Conservez vos identifiants en sécurité et synchronisés entre l'application, le proxy et toutes les intégrations.

• Les modifications apportées au serveur de noms peuvent entraîner des temps d'arrêt. Le transfert de votre domaine vers de nouveaux serveurs de noms ou la modification des enregistrements NS entraîne des retards de propagation. Planifiez les changements, réduisez le TTL à l'avance et vérifiez les enregistrements A/AAAA avant de procéder au transfert.

• Les modifications apportées au pare-feu/port peuvent interrompre l'accès. Si vous modifiez les ports SSH, HTTP/HTTPS, RDP ou des applications, 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 électronique (SMTP) sont restreints par défaut. Ports de messagerie sortante (par exemple, 25/465/587) peut être fermé pour éviter les abusSi votre OCA doit envoyer un e-mail, demander un accès SMTP à partir du support ou utiliser un fournisseur de messagerie transactionnelle (SendGrid/Mailgun/SES) via API ou SMTP approuvé.

• Courriel et listes d'autorisation. Si l'application envoie des e-mails ou reçoit des webhooks, la modification des adresses IP/noms d'hôte peut affecter la délivrabilité ou les listes d'autorisation. Mettez à jour les listes d'autorisation SPF/DKIM/DMARC et IP.

• Avant tout changement important : prenez un instantané. Utilisez le panneau instantané/sauvegarde Tout 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.

• Étendue de l'assistance. Nous fournissons le serveur et l'image OCA préinstallée. En cours configuration au niveau de l'application (domaines, DNS, paramètres d'application, plugins, code personnalisé) relèvent de la responsabilité de l'utilisateur.

Règle empirique rapide : si vous touchez au domaine, les ports, les mots de passe, les noms d'hôte ou les configurations proxy/SSL, attendez-vous à devoir également mettre à jour les paramètres de l'application, et effectuez d'abord un instantané.

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, puis les configure pour le déploiement d'applications Node.js.

1. Crée un utilisateur nodejs avec un répertoire personnel (/home/nodejs) et un shell Bash.
2. Ajoute nodejs au groupe sudo.
3. Définit le mot de passe utilisateur sur « password ».
4. S'exécute en tant qu'utilisateur nodejs via sudo -H -u nodejs pour garantir le bon répertoire d'accueil (/home/nodejs).
5. Télécharge et installe NVM (v0.40.3) depuishttps://raw.githubusercontent.com/nvm-sh/nvm/v0.40.3/install.sh.
6. Configure .bashrc pour charger automatiquement NVM :
   1. Ajoute l'exportation NVM_DIR=« $HOME/.nvm ».
   2. Ajoute le script NVM et la complétion bash.
7. Sources .bashrc pour rendre NVM disponible dans le script.
8. Installe Node.js 22 via NVM en tant qu'utilisateur nodejs.
9. Définit cette version comme version par défaut : nvm alias default 22.
10. Mise à jour globale de npm : npm install -g npm.
11. Installe PM2 globalement en tant qu'utilisateur nodejs : npm install -g pm2.
12. Configure PM2 pour qu'il démarre au lancement du système en générant et en exécutant une commande de démarrage systemd.
13. Installe Nginx : apt install -y nginx.
14. Configure un site Nginx par défaut dans /etc/nginx/sites-available/default :
    1. Écoute sur le port 80.
    2. Demandes de proxys àhttp://localhost:3000(port supposé de l'application Node.js).
    3. Comprend des en-têtes pour la prise en charge de WebSocket et le transfert IP client.
15. Redémarre et active Nginx : systemctl restart nginx, systemctl enable nginx.

Configuration de l'application NodeJS :

1. Connectez-vous via ssh à votre serveur.
2. Utilisez les commandes suivantes dans l'ordre :
   1. su – nodejs
   2. mkdir /home/nodejs/votre-application
   3. git clone votre_répertoire.git /home/nodejs/votre-application
   4. cd /home/nodejs/votre-application
   5. npm install –omit=dev
   6. pm2 start app.js –name nom-de-votre-application
   7. pm2 enregistrer
3. Réglez le port de votre application sur 3000 ou mettez à jour la configuration NGINX en conséquence (modifiez /etc/nginx/sites-available/default, testez avec nginx -t, puis redémarrez systemctl restart nginx).
4. Your app is accessible at http://<server-ip>
5. Remarques :
   1. L'utilisateur nodejs dispose d'un accès sudo.
   2. Modifier le mot de passe utilisateur nodejs : passwd nodejs.
   3. Activez HTTPS avec Certbot : apt install 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 la mise en proxy vers Node.js.
• /usr/lib/node_modules/pm2/ : installation PM2.
• /var/www/html : répertoire racine par défaut du site web.
• 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 journaux spécifiques à l'application.

Améliorations futures :

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