Discusión sobre el artículo "Por qué el hosting virtual en Meta Trader 4 y MetaTrader 5 es mejor que los VPS habituales"

 

Artículo publicado Por qué el hosting virtual en Meta Trader 4 y MetaTrader 5 es mejor que los VPS habituales:

El alquiler de un servidor virtual directamente desde los terminales MetaTrader 4 y MetaTrader 5 es la variante óptima a la hora de organizar el comerico ininterrumpido de sus robots y suscripciones a las señales. Prácticamente se trata de un análogo de VPS, solo que mejor, y lo más importante, es más adecuado para resolver precisamente tareas comerciales. Se puede alquilar un servidor directamente desde su MetaTrader: solo un par de clicks de su ratón en el terminal y todos los asesores, indicadores, scripts, junto con las suscripciones a las señales y los ajustes establecidos serán trasladados al servidor virtual. La red Virtual Hosting Cloud ha sido desarrollada especialmente para MetaTrader y posee todas las ventajas de la solución "original". 

Existen alternativas al hosting virtual, pero todas quedan fuera de toda competencia en cuanto se las estudia un poco más de cerca. La utilización de la computadora doméstica como variante más económica es la primera opción que viene a la cabeza. Pero, ¿nos proporcionará una conexión fiable a internet y una alimentación ininterrumpida? Además, se pueden encontrar por internet los proveedores necesarios y alquilarles un VPS. Vale, pero en este caso tendrá que ocuparse de manera manual y por su cuenta de la búsqueda de servidores con una latecia mínima hasta los brókers de fórex. Semejante rompecabezas no es apto para cualquiera.

En general, la situación está clara. Puede evitarse esta decisión angustiosa entre dos malas ideas y tomar directamente la decisión normal, desarrollada teniendo en cuenta concretamente las necesidades de los traders. Alquile ahora mismo un servidor virtual y ponga a prueba su funcionamiento. ¡Para que tenga tiempo de valorar las ventajas del servicio, le proporcionamos gratuitamente 24 horas de hosting!


Autor: MetaQuotes Software Corp.

[Eliminado]  

Soy, creo, uno de los primeros usuarios que probó el hosting e hizo una suscripción de pago al mismo.

Pero, también soy un usuario de VPS regular.

Mi opinión personal:

Ventajas de hosting-

1, Conveniente para la experimentación. Escribía un Asesor Experto, - - - y en tres clics sincronizaba con el hosting, miraba los resultados, pensaba, corregía - sincronizaba de nuevo. En el caso de VPS, el archivo debe ser transferido manualmente. Pero en el uso normal (tirado y olvidado) hace poca diferencia.

2, Configuración de alojamiento no requieren, pero VPS debe ser configurado para el funcionamiento normal.pero se hace rápidamente. La información es suficiente en el libre acceso. una vez hecho - y eso es todo.

3. Ping. Sí, es conveniente y rápido para buscar en el alojamiento. En VPS puede encontrar soluciones no es peor, pero es complicado. Y en general, estas minúsculas diferencias en la latencia de la red son de poca importancia para la mayoría absoluta de los usuarios de MT. Un trader, que prueba su estrategia más o menos por barras y utiliza órdenes, ni siquiera sentirá un ping de 10 segundos en el resultado. MT no es una plataforma HFT. Su ideología es "los ticks no son nada, los segundos son polvo". Sobre los usuarios de señales - sí, el ping importa. En forex, es poco probable que se sienta de alguna manera debido a la naturaleza descentralizada y similar a la cocina. Pero en la bolsa de valores - usted necesita ser capaz de reproducir la señal antes que los demás para obtener el mejor precio.

Desventajas.

1. No hay retroalimentación (no se puede recopilar el historial de ticks, etc.). VPS - sin problemas.

2. Un terminal - un hosting - esta es la desventaja más seria. En un VPS puedes empaquetar muchos terminales MT, y no sólo terminales MT - todo en un solo lugar - simple y conveniente.

3. Hosting - no sabes con qué recursos puedes contar. Todo depende del comportamiento de sus "vecinos" . VPS - todo es más o menos claro y preciso - como detrás de un muro de piedra. RE-recursos son suficientes, creo. Esto es así, un defecto menor.

4. Precio. Sobre la base de los precios competitivos para VPS y teniendo en cuenta las capacidades limitadas de alojamiento interno, en mi humilde opinión, un precio justo por ello - 3-4 $ por mes. A este precio, creo, Metacvots ingresos para el alojamiento será máxima. No estoy familiarizado con los costos.


Conclusión.-Para un principiante que recientemente se familiarizó con el equipo, alojamiento interno - la opción ideal.

 

Los milisegundos son importantes en cualquier operación. No importa lo frecuentes o infrecuentes que sean.

Incluso un requote/slip al mes puede amortizar fácilmente el alojamiento. Cada diez milisegundos adicionales aumentan los gastos del operador. Especialmente en los modos de ejecución de mercado o ECN.

En términos de recursos nuestro alojamiento es obviamente mejor que los servicios VPS limitados y recortados a muerte (¿eres consciente de la sobreventa de VPS?). De hecho, el terminal tiene un par de docenas de núcleos físicos y 4 Gb de RAM pura a su disposición. Usted debe utilizar sólo estas características correctamente, sin ser insolente y no oprimir a los demás. De lo contrario, los recursos se reducirán automáticamente, así como la prioridad del programa.

Hasta ahora esta es sólo la primera versión del servicio y ampliaremos su funcionalidad.

[Eliminado]  
<br/ translate="no">

Los milisegundos son importantes en cualquier negociación. Ya sea frecuente o infrecuente.

Incluso el ahorro de un requote / deslizamiento por mes fácilmente paga alojamiento. Cada diez milisegundos extra aumenta los gastos del trader. Especialmente en los modos de ejecución de mercado o ECN.

De acuerdo. Un retraso mínimo es mejor en cualquier caso.

En términos de recursos, nuestro alojamiento es obviamente mejor que los servicios VPS limitados y cortados a muerte (¿estás al tanto de la sobreventa de VPS?). De hecho, el terminal tiene un par de docenas de núcleos físicos y 4 Gb de RAM pura a su disposición. Usted debe utilizar sólo estas características correctamente, sin ser insolente y no oprimir a los demás. De lo contrario, los recursos se recortarán automáticamente, así como la prioridad del programa.

Tacho "recursos desconocidos" de las desventajas. Los recursos son suficientes para un terminal.

Acerca de la sobreventa ... No sé ... He probado el mío - todo es como se indica.... Pero voy a saber.


Hasta ahora esto es sólo la primera versión del servicio y vamos a ampliar la funcionalidad.

Eso es lo que más me alegra. Que methaquots nunca se detiene allí .. ¡Sólo hacia adelante!
 
Renat:

Los milisegundos son importantes en cualquier operación. No importa lo frecuentes o infrecuentes que sean.

Incluso un requote/slip al mes puede amortizar fácilmente el alojamiento. Cada diez milisegundos adicionales aumentan los gastos del operador. Especialmente en los modos de ejecución de mercado o ECN.

En términos de recursos, nuestro alojamiento es obviamente mejor que los servicios VPS limitados y recortados hasta la muerte (¿eres consciente de la sobreventa de VPS?). De hecho, el terminal tiene un par de docenas de núcleos físicos y 4 Gb de RAM pura a su disposición. Usted debe utilizar sólo estas características correctamente, sin ser insolente y no oprimir a los demás. De lo contrario, los recursos se reducirán automáticamente, así como la prioridad del programa.

De momento ésta es sólo la primera versión del servicio y ampliaremos la funcionalidad.

¿Y qué significa utilizarlo correctamente, sin ser insolente? -¿Los recursos están realmente a disposición del programa o no? ¿Cuándo se cortarán automáticamente?
 
Yo quería usar su servicio, pero cambié de opinión. Mi Asesor Experto utiliza plazos no estándar, entre otras cosas, y en mt4 se pueden obtener con la ayuda de un script - pero los scripts están prohibidos en su servicio.
 
v_maxi:
Yo quería usar su servicio, pero cambié de opinión. Mi Asesor Experto utiliza plazos no estándar, y en mt4 se pueden obtener con la ayuda de un script - pero los scripts están prohibidos en su servicio.
Integre el script en el Asesor Experto y todo funcionará.
 
v_maxi:
¿Qué significa utilizarlo correctamente, sin ser engreído? -¿Los recursos están realmente a disposición del programa o no? ¿Sacrificados automáticamente cuándo?

Realmente a disposición del programa.

La arrogancia es un concepto poco formalizado. El enfoque del control de recursos es universal. Al igual que en cualquier alojamiento VPS se le pedirá que modere su apetito después de matar a un disco, CPU o subsistema de red, por lo que aquí.

No piense que como en los servicios VPS no se detallan (se detallan en letra pequeña) o no se anuncian directamente, no tienen estas reglas de recursos. Definitivamente hay reglas de consumo de recursos. Y no se deje engañar por el enfoque de "Yo claramente compré 1 CPU, 1 GB de memoria, 20 Gb de disco y no sé cuánto de red, por lo que puedo cargar el 100% hasta el final y el deber del hoster para servirme dentro de los recursos.

De hecho, en VPS puede limitar adecuadamente sólo la memoria RAM, y todo lo demás en forma de CPU no compartida, la carga del disco (IOPS / Throughput) y la red es fácil de matar. Lo que lleva a una reacción legítima del hoster y a una pregunta irresoluble del usuario "¿qué significa no ponerse chulo?". Argumentos como "¿usted qué? lea las especificaciones, aquí en este y aquel virtualizador tal control de recursos, por lo que todo es rígido y correcto" no es necesario citar - todo esto no es cierto y no salva en la realidad.


Tenemos una rica experiencia de alojamiento de terminales de clientes durante 6 años de alojamiento de los campeonatos de los comerciantes, donde hemos visto absolutamente alucinante roofies de algunos expertos. Por eso tenemos versiones especiales de programas que funcionan en hosting que saben trabajar con recursos y logs correctamente.

 
¿Y qué recursos concretos habría para autorrestringirme? ¿Qué recursos no consideraría usted impúdicos? En cuanto a los plazos no estándar - lo considero culpa tuya - no te ha sido difícil implementarlo. Ahora tengo que integrarlo todo de alguna manera.
 
v_maxi:
¿Y qué recursos concretos habría para autorrestringirme? ¿Qué recursos no consideraría una desfachatez?

Ejecute su terminal, mire los recursos consumidos en el administrador de tareas, imagine que ejecuta 100-200 terminales de este tipo y piense en la situación desde el lado del proveedor. Es muy sencillo.

La gente en sociedad se comporta de la misma manera: deja espacio a los demás e intenta no interferir. Si alguien empieza a pensar que todo es sólo para él y que puede limpiar todos los recursos a paladas, la sociedad estará descontenta y pedirá un cambio.


Utilizo la metáfora de la percepción humana a propósito, porque algunos técnicos suelen olvidarse de las normas de comportamiento y ven el mundo como una pieza de hardware que pueden consumir a tope.

 

Te contaré más sobre la diferencia entre una solución VPS pura y la nuestra.

Para la evaluación tomamos un potente servidor dual-core Xeon E5-1650 3.5Ghz con un total de 24 núcleos, 128 gbytes de RAM, 2 x 2 tbytes de discos en RAID1 y red de 1 gbit:

Alojamiento VPS
Alojamiento MetaTrader
1. Hypervisor casi cualquiera

200-500 hilos
1000 mb RAM
disco whatsapp


2. 80 configuraciones de VPS mínimo de 1 CPU, 1 Gb de memoria, 20 gb de disco


3. Windows 2008 Server Web R2


4. de hecho el 80% de los recursos se gastarán en alojar sistemas operativos

80 * 500 hilos = 40 000 hilos activos lógicos en 24 núcleos físicos
80 * 100 mb = 8 gbytes de RAM según los cálculos más mínimos se gastarán en sistemas operativos
80 * xxx = actividad latente del disco 80 sistemas operativos matan a los discos HDD por el límite de IOPS

5. Ahora llegamos a la carga útil: 1 copia de MetaTrader 4 en 80 instancias, la carga se toma al mínimo

80 * 20 hilos = 1.360 hilos activos
80 * 100 Mb = 8 Gb RAM
80 * xxx = gracias a Dios, MT no es exigente con el disco y rara vez accede a él, pero aún así hay carga


6. Carga total

por hilos: 500 + 80 * (500 + 20) = 42.100 hilos en 24 núcleos físicos. Esto es una clínica de la muerte.
en memoria: 1000 + 80 (100 + 100) = 17 000 megabytes de 128 gbytes, pero este es el límite inferior, toda la memoria se utilizará para la caché del sistema
en el disco:por límite de IOPS obviamente se atascará y ralentizará cualquier operación en disco
por red: suficiente para todos


7. Recursos disponibles Recursos disponibles

En RAM - límite duro, el techo real es de 800 Mb para el terminal.
En CPU - sólo un núcleo, e incluso compartido (guardamos 40 000 hilos de operaciones en memoria).
En el disco - lo que quedará después de la actividad latente de operatons
En la red - todo está bien


8. Método de control de límites

En realidad sólo alertas sobre límites de CPU/Disco/Red + posibilidad de parar instancias completamente por scripts externos.
1. host: Windows Server 2012 R2 Essentials

500 threads
1000 mb RAM
cuánto disco


2. hosting configs on shared access 80 configuraciones de hosting en acceso compartido a 24 CPUs, 4 Gb de memoria cada una, 2 terrabytes de disco compartido


3. ningún sistema operativo adicional


4. el 1% de los recursos se destinará al hosting del sistema operativo

costes contabilizados en el punto 1



5. carga útil: 1 copia de MetaTrader 4 en forma de 80 instancias, la carga se toma como mínimo

80 * 15 hilos = 1 200 hilos activos
80 * 20 Mb = 1.6 Gb RAM
80 * xxx = baja carga en disco


6. Carga total

por hilos: 500 + 80 * 15 = 1.700 hilos en 24 núcleos físicos. Esto es muy poco, el margen es enorme
en memoria: 1000 + 80 * 20 = 2.600 megabytes de 128 gbytes, este es el límite inferior
en disco:en IOPS el límite no se doblará de ninguna manera, hay una reserva
en red: suficiente para todos


7. Recursos disponibles Recursos disponibles

RAM - límite flexible, el límite real es de 4 gb para el terminal.
En CPU - acceso directo a los 24 núcleos (500 hilos del sistema operativo no interfieren en absoluto).
En disco - casi sin frenos, se puede gestionar
En red - todo ok


8. Método de control de límites

Alertas: muchas notificaciones de autores por MetaQuotes ID, notificaciones de hoster. En implementación.
CPU overrun: disminución de prioridad del proceso del terminal con recuperación después de reducción de carga
RAM overrun: notificación del terminal sobre inicio de limpieza interna
Disk overrun: notificación del terminal sobre limpieza automática de logs
Modo especial de autocontrol de terminales.


Fíjate bien en la variante VPS y horrorízate de las pérdidas en dar vida a sistemas operativos independientes. Dar 40 000 hilos (incluso si muchos de ellos están durmiendo) a 24 núcleos significa que no queda nada para el trabajo útil.

Hemos creado un sistema de nube extensible para alojamiento especializado con costes de sistema mínimos, límites para cada terminal elevados al límite y control flexible de los recursos.

En nuestra red, los terminales no esperan el resto de los cuantos de tiempo de servicio de un montón de sistemas operativos, sino que son los principales consumidores de recursos. Tienen acceso a docenas de núcleos limpios, el máximo de RAM y discos libres.

Y lo más importante es el énfasis en minimizar la latencia de la red.

¡Nuestro servicio es mejor!