Discussion de l'article "Pourquoi l'hébergement virtuel sur MetaTrader 4 et MetaTrader 5 est meilleur que les VPS habituels"
Je suis, je pense, l'un des premiers utilisateurs à avoir testé l'hébergement et à avoir souscrit un abonnement payant.
Mais je suis aussi un utilisateur de VPS ordinaires.
Mon opinion personnelle :
Avantages de l'hébergement-
1, Pratique pour l'expérimentation. J'ai écrit un Expert Advisor, - - - et en trois clics je me suis synchronisé avec l'hébergement, j'ai regardé les résultats, j'ai réfléchi, j'ai corrigé - je me suis synchronisé à nouveau. Dans le cas d'un VPS, le fichier doit être transféré manuellement. Mais dans le cadre d'une utilisation normale (jeté et oublié), cela ne fait guère de différence.
2. les paramètres d'hébergement ne nécessitent pas, mais VPS doit être configuré pour un fonctionnement normal.mais il est fait rapidement. L'information est suffisante en accès libre. une fois fait - et c'est tout.
3. Ping. Oui, il est pratique et rapide de regarder dans l'hébergement. Sur le VPS, on peut trouver des solutions pas plus mal, mais c'est compliqué. Et en général, ces minuscules différences de latence du réseau n'ont que peu d'importance pour la majorité absolue des utilisateurs de MT. Un trader qui teste sa stratégie à peu près par barres et utilise des ordres ne sentira même pas un ping de 10 secondes sur le résultat. MT n'est pas une plateforme HFT. Son idéologie est "les ticks ne sont rien, les secondes sont de la poussière". En ce qui concerne les utilisateurs de signaux, oui, le ping est important. Sur le marché des changes, il est peu probable qu'elle soit ressentie de quelque manière que ce soit en raison de la nature décentralisée de la plateforme, qui s'apparente à une cuisine. Mais sur le marché boursier, vous devez être en mesure de jouer le signal avant les autres pour obtenir le meilleur prix.
Inconvénients.
1. Pas de retour d'information (vous ne pouvez pas collecter l'historique des tics, etc.) VPS - pas de problèmes.
2. Un terminal - un hébergement - c'est l'inconvénient le plus sérieux. Sur un VPS, vous pouvez mettre plusieurs terminaux MT, et pas seulement des terminaux MT - tous au même endroit - simple et pratique.
3. Hébergement - je ne sais pas sur quelles ressources vous pouvez compter. Tout dépend du comportement de vos "voisins". VPS - tout est plus ou moins clair et précis - comme derrière un mur de pierre. Les ressources RE sont suffisantes, je pense. C'est donc un petit défaut.
4. Prix. En se basant sur les prix compétitifs des VPS et en tenant compte des capacités limitées de l'hébergement interne, j'estime que le prix est juste - 3-4 $ par mois. À ce prix, je pense que les revenus de Metacvots pour l'hébergement seront maximaux. Je ne connais pas les coûts.
Conclusion - Pour un débutant qui s'est récemment familiarisé avec l'ordinateur, l'hébergement interne est l'option idéale.
Les millisecondes sont importantes dans toutes les transactions. Quelle que soit leur fréquence.
Même une seule demande/un seul glissement par mois peut facilement être rentabilisé par l'hébergement. Chaque dizaine de millisecondes supplémentaires augmente les dépenses du trader. En particulier dans les modes d'exécution du marché ou ECN.
En termes de ressources , notre hébergement est évidemment meilleur que les services VPS limités et réduits à néant (êtes-vous au courant de la survente des VPS ?). En effet, le terminal dispose de quelques dizaines de cœurs physiques et de 4 Gb de RAM pure. Vous ne devez utiliser que ces fonctionnalités correctement, sans être impudent et sans opprimer les autres. Dans le cas contraire, les ressources seront automatiquement réduites, de même que la priorité du programme.
Pour l'instant, il ne s'agit que de la première version du service et nous allons étendre ses fonctionnalités.
Les millisecondes sont importantes dans toutes les transactions. Qu'ils soient fréquents ou non.
Même l'économie d'un requote/slippage par mois est facilement rentabilisée par l'hébergement. Chaque dizaine de millisecondes supplémentaires augmente les dépenses du trader. En particulier dans les modes d'exécution du marché ou ECN.
Nous sommes d'accord. Un délai minimal est préférable dans tous les cas.
En termes de ressources, notre hébergement est évidemment meilleur que les services VPS limités et réduits à néant (êtes-vous au courant de la survente des VPS ?). En fait, le terminal dispose de quelques dizaines de cœurs physiques et de 4 Go de RAM pure. Vous ne devez utiliser que ces fonctionnalités correctement, sans être impudent et sans opprimer les autres. Dans le cas contraire, les ressources seront automatiquement réduites, de même que la priorité du programme.
Je raye les "ressources inconnues" des inconvénients. Les ressources sont suffisantes pour un terminal.
En ce qui concerne la survente ... je ne sais pas ... J'ai testé le mien - tout est comme indiqué.... Mais je le saurai.
Pour l'instant, il ne s'agit que de la première version du service et nous allons étendre les fonctionnalités.
Les millisecondes sont importantes dans toutes les transactions. Quelle que soit leur fréquence.
Même une seule demande/un seul glissement par mois peut facilement être rentabilisé par l'hébergement. Chaque dizaine de millisecondes supplémentaires augmente les dépenses du trader. En particulier dans les modes d'exécution du marché ou ECN.
En termes de ressources, notre hébergement est évidemment meilleur que les services VPS limités et réduits à néant (êtes-vous au courant de la survente des VPS ?). En effet, le terminal dispose de quelques dizaines de cœurs physiques et de 4 Gb de RAM pure. Vous ne devez utiliser que ces fonctionnalités correctement, sans être impudent et sans opprimer les autres. Dans le cas contraire, les ressources seront automatiquement réduites, de même que la priorité du programme.
Il ne s'agit pour l'instant que de la première version du service et nous allons en étendre les fonctionnalités.
Je voulais utiliser votre service mais j'ai changé d'avis. Mon Expert Advisor utilise des timeframes non-standard, et dans mt4 ils peuvent être obtenus à l'aide d'un script - mais les scripts sont interdits dans votre service.
Qu'est-ce que cela signifie de l'utiliser à bon escient, sans être arrogant ? Les ressources sont-elles réellement à la disposition du programme ou non ? Abattu automatiquement quand ?
En fait à la disposition du programme.
L'arrogance est un concept peu formalisé. L'approche du contrôle des ressources est universelle. Comme sur n'importe quel hébergement VPS, on vous demandera de modérer votre appétit après avoir tué un disque, un processeur ou un sous-système réseau, il en va de même ici.
Ne pensez pas qu'il n'existe pas de règles en matière de ressources puisque les services VPS ne sont pas explicités (en petits caractères) ou ne sont pas annoncés directement. Il existe bel et bien des règles de consommation des ressources. Et ne vous laissez pas tromper par l'approche "j'ai clairement acheté 1 CPU, 1 GB de mémoire, 20 Gb de disque et je ne sais pas combien de réseau, donc je peux les charger à 100% jusqu'à la fin et le devoir de l'hébergeur est de me servir dans les limites des ressources".
En fait, dans un VPS on ne peut correctement limiter que la RAM, et tout le reste sous forme de CPU non partagé, de charge de disque (IOPS/Throughput) et de réseau est facilement tuable. Ce qui conduit à une réaction légitime de l'hébergeur et à une question insoluble de l'utilisateur : "Qu'est-ce que cela signifie de ne pas être arrogant ? Des arguments tels que "vous quoi ? lisez les spécifications, ici dans tel et tel virtualiseur tel contrôle des ressources, donc tout est rigide et correct" n'ont pas besoin d'être cités - tout cela n'est pas vrai et n'existe pas dans la réalité.
Nous avons une riche expérience de l'hébergement de terminaux de clients, depuis 6 ans d'hébergement de championnats de traders, où nous avons vu des roofies absolument ahurissants de certains experts. C'est pourquoi nous avons des versions spéciales de programmes fonctionnant sur l'hébergement qui savent comment travailler avec les ressources et les journaux correctement.
Et quelles ressources spécifiques me permettraient de m'autolimiter ? Quelles sont les ressources que vous ne considéreriez pas comme de l'impudence ?
Exécutez votre terminal, regardez les ressources consommées dans le gestionnaire de tâches, imaginez que vous exécutez 100 à 200 terminaux de ce type et réfléchissez à la situation du point de vue du fournisseur. C'est très simple.
Dans la société, les gens se comportent de la même manière : ils laissent de l'espace aux autres et essaient de ne pas interférer. Si quelqu'un commence à penser que tout n'est que pour lui et qu'il peut nettoyer toutes les ressources à la pelle, la société sera mécontente et demandera à changer.
J'utilise la métaphore de la perception humaine à dessein, car certains techniciens oublient souvent les normes de comportement et considèrent le monde comme une pièce de matériel qu'ils peuvent consommer à l'infini.
Je vais vous en dire plus sur la différence entre une solution VPS pure et la nôtre.
Pour l'évaluation, nous prenons un puissant serveur dual-core Xeon E5-1650 3.5Ghz avec un total de 24 cœurs, 128 gbytes de RAM, 2 x 2 tbytes de disques en RAID1 et un réseau de 1 gbit :
| Hébergement VPS | Hébergement MetaTrader |
|---|---|
| 1. Hyperviseur presque n'importe lequel 200-500 threads 1000 mb RAM whatsapp disc 2. 80 configurations VPS minimum de 1 CPU, 1 Gb de mémoire, 20 gb de disque 3. Windows 2008 Server Web R2 4. en fait, 80 % des ressources seront consacrées à l'hébergement des systèmes d'exploitation 80 * 500 threads = 40 000 threads logiques actifs sur 24 cœurs physiques 80 * 100 mb = 8 gbytes de RAM, selon les calculs les plus minimes, seront consacrés aux systèmes d'exploitation 80 * xxx = activité latente du disque 80 systèmes d'exploitation tuent les disques durs par la limite d'IOPS 5. Nous arrivons maintenant à la charge utile : 1 copie de MetaTrader 4 sur 80 instances, la charge est prise au minimum 80 * 20 threads = 1.360 threads actifs 80 * 100 Mb = 8 Gb RAM 80 * xxx = Dieu merci, MT n'est pas exigeant envers le disque et y accède rarement, mais il y a tout de même de la charge 6. Charge totale par threads : 500 + 80 * (500 + 20) = 42 100 threads sur 24 cœurs physiques. C'est une clinique de la mort. par mémoire : 1000 + 80 (100 + 100) = 17 000 mégaoctets sur 128 gigaoctets, mais c'est la limite inférieure, toute la mémoire sera utilisée pour le cache du système sur le disque :la limite d'IOPS ralentira évidemment toute opération sur le disque sur le réseau : assez pour tout le monde 7. Ressources disponibles Sur la RAM - limite stricte, le plafond actuel est de 800 Mb pour le terminal. Sur le CPU - un seul cœur, et même partagé (nous gardons 40 000 threads d'opérations en mémoire). Sur le disque - ce qui restera après l'activité latente des opérations Sur le réseau - tout va bien 8. Méthode de contrôle des limites En fait, seules les alertes sur les limites de CPU/Disk/Network + la possibilité d'arrêter complètement les instances par des scripts externes. | 1. hôte : Windows Server 2012 R2 Essentials 500 threads 1000 mb RAM combien de disque 2. 80 configurations d'hébergement sur accès partagé à 24 CPU, 4 Gb de mémoire chacun, 2 terrabytes de disque partagé 3. pas de système d'exploitation supplémentaire 4. 1% des ressources sera dépensé pour l'hébergement du système d'exploitation coûts pris en compte dans le point 1 5. charge utile : 1 copie de MetaTrader 4 sous la forme de 80 instances, la charge est considérée comme un minimum 80 * 15 threads = 1 200 threads actifs 80 * 20 Mb = 1.6 Gb RAM 80 * xxx = faible charge sur le disque 6. Charge totale par threads : 500 + 80 * 15 = 1 700 threads sur 24 cœurs physiques. C'est très peu, la marge est énorme sur la mémoire : 1000 + 80 * 20 = 2 600 mégaoctets sur 128 gigaoctets, c'est la limite inférieure sur le disque :la limite d'IOPS ne sera pas modifiée, il y a une réserve sur le réseau : assez pour tout le monde 7. Ressources disponibles RAM - limite flexible, le plafond actuel est de 4 gb pour le terminal. Sur le CPU - accès direct aux 24 cœurs (500 threads du système d'exploitation n'interfèrent pas du tout). Sur le disque - presque sans freins, vous pouvez vous débrouiller Sur le réseau - tout va bien 8. Méthode de contrôle des limites Alertes : beaucoup de notifications d'auteurs par MetaQuotes ID, notifications d'hébergeurs. En cours d'implémentation. Dépassement du CPU : diminution de la priorité du processus du terminal avec récupération après réduction de la charge Dépassement du RAM : notification du terminal sur le début du nettoyage interne Dépassement du disque : notification du terminal sur le nettoyage automatique des logs Mode spécial d'autosurveillance des terminaux. |
Examinez attentivement la variante VPS et soyez horrifié par les pertes subies par les systèmes d'exploitation indépendants. Donner 40 000 threads (même si beaucoup d'entre eux sont endormis) à 24 cœurs signifie qu'il ne reste plus rien pour le travail utile.
Nous avons créé un système en nuage extensible pour l'hébergement spécialisé avec des coûts de système minimaux, des limites pour chaque terminal portées à la limite et un contrôle flexible des ressources.
Dans notre réseau, les terminaux n'attendent pas le reste des quanta de temps de l'entretien d'un tas de systèmes d'exploitation, mais sont les principaux consommateurs de ressources. Ils ont accès à des dizaines de cœurs propres, à un maximum de mémoire vive et à des disques libres.
Et le plus important, c'est l'accent mis sur la minimisation de la latence du réseau.
Notre service est meilleur !
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Vous acceptez la politique du site Web et les conditions d'utilisation
Un nouvel article Pourquoi l'hébergement virtuel sur MetaTrader 4 et MetaTrader 5 est meilleur que les VPS habituels a été publié :
Le réseau Virtual Hosting Cloud a été développé spécialement pour MetaTrader 4 et MetaTrader 5 et présente tous les avantages d'une solution native. Bénéficiez de notre offre gratuite de 24 heures - testez un serveur virtuel dès maintenant.
L'un des avantages les plus importants de l'hébergement virtuel par rapport au VPS ordinaire est la proximité de nos serveurs avec les serveurs de trading des brokers. Il réduit au minimum les retards du réseau lors des opérations de trading. Les serveurs VPS peuvent être situés n'importe où car ils sont conçus pour un large éventail de tâches et ne sont pas personnalisés pour fonctionner avec les serveurs des brokers. Même les services Forex VPS spécialisés ont généralement 1 ou 2 emplacements de serveur, qui ne couvrent pas tous les brokers.
Si vous louez un VPS standard, vous devrez trouver vous-même les types de serveurs appropriés par essais et erreurs. C'est une perte de temps et d'argent, qui ne garantit pas que le VPS loué aura une faible latence sur le serveur de trading du broker. L'hébergement virtuel dans MetaTrader est assez bon pour arrêter cette recherche infructueuse. Louez un serveur virtuel directement depuis votre terminal et comparez-le avec un VPS ordinaire. Vous disposez de 24 heures gratuites que vous pouvez soit utiliser en continu, soit les décomposer.
Auteur : MetaQuotes