Выделенный сервер для MetaTrader 5: десятки терминалов и бэктестинг без борьбы за ресурсы

MAATRIX · Выделенные серверы · Статья 14 из 48

У торгового сервера бывает две совершенно разные смены. В одной он держит терминалы, получает котировки и выполняет предусмотренные алгоритмом действия. В другой перебирает историю и варианты параметров, старательно занимая всё, что удалось найти. Если эти смены встречаются на одной машине без договорённостей, исследовательская работа начинает мешать текущей.

Выделенный сервер для MetaTrader 5 нужен прежде всего там, где терминалов много или вычислительные испытания стали регулярной задачей. Но десятки окон MT5 и сотни прогонов тестера требуют разного подбора. Разберём, когда смотреть на PYLON, когда полезна память NECROPOLIS и почему быстрый сервер не отвечает за качество торговой идеи.

Два проекта, которые нельзя смешивать в одной заявке

Первый проект — постоянная работа терминалов. Важны устойчивость, доступ к серверу брокера, поведение советников, восстановление после перезапуска и контроль состояния. Средняя загрузка может быть невысокой, но в активные периоды появляются всплески. Именно тогда система должна сохранять предсказуемый отклик.

Второй проект — исследовательская ферма. Она загружает историю, выполняет тесты и оптимизацию, записывает результаты. Её естественное желание — использовать максимум свободных ресурсов. Для неё полезнее считать число завершённых проверок за согласованное время, чем оценивать удобство открытия рабочего стола.

Эти задачи можно разместить на общей физической машине только при понятном разделении и допустимом общем риске. Отдельные виртуальные машины и лимиты помогают управлять ресурсами, но не защищают от отказа хоста. Для критичного рабочего контура независимость от тяжёлых экспериментов часто важнее экономии одной аренды.

Сначала составьте перечень терминалов, используемых инструментов, советников и режимов работы. Добавьте число открытых графиков, объём истории, внешние библиотеки и потребность в интерактивном доступе. Одинаковая надпись MetaTrader в диспетчере задач не означает одинакового потребления.

Почему число логических потоков не равно скорости одного теста

В MT5 тестирование и оптимизацию выполняют вычислительные агенты. Для отдельного тестового прогона используется один агент, а независимые прогоны оптимизации могут распределяться между агентами. Это различие прямо описано в справке MetaTrader 5 об особенностях тестирования.

Поэтому добавление ядер обычно интереснее для серии независимых вариантов, чем для ожидания одного конкретного прохода. Если задача состоит в ускорении единственного длинного теста, нужно смотреть на производительность его исполнения и устройство самого советника. Большая ферма не обязана превратить последовательную работу в короткую.

Локальные агенты создаются по числу логических процессорных ядер, но аппаратные потоки не становятся дополнительными физическими ядрами. Максимальное доступное число агентов — не приказ запускать их все при любой нагрузке. Память, история, диск и конкуренция за вычислительные блоки могут ограничить полезную одновременность.

Проверьте несколько значений числа активных агентов и измерьте общее время серии. Если дальнейшее увеличение почти не повышает число завершённых прогонов, зато растут задержки и расход RAM, остановитесь. Сервер не получает премию за то, что все графики загрузки закрашены до края.

Для удалённых вычислителей предусмотрены отдельные агенты. Их устройство и подключение описаны в документации MetaTester. При выборе такого режима нужно учитывать ограничения используемых функций и внешних компонентов, а доступ к агентам организовать через контролируемую сеть.

PYLON или NECROPOLIS: разные способы получить больше работы

PYLON в США — это Ryzen 7950X с шестнадцатью физическими ядрами, 64 ГБ DDR5 и NVMe на 1 ТБ за $429 в месяц. Его стоит включить в испытания для вычислительной работы, где важны быстрые отдельные прогоны и достаточно указанного объёма памяти.

NECROPOLIS за $529 предлагает EPYC 7642 с 48 ядрами, 128 ГБ DDR4 и два NVMe по 1 ТБ. Он интересен для большого потока независимых задач и сценариев, в которых 64 ГБ уже тесно. Но из трёхкратного числа физических ядер нельзя вывести трёхкратное ускорение всей оптимизации: архитектура, память и характер вычислений различаются.

ANKH за $329 с шестью ядрами Ryzen 7600X, 64 ГБ и 1 ТБ NVMe может быть более умеренным стартом. Если исследовательские серии невелики, а терминалы не создают значительной нагрузки, его достаточность полезно проверить до покупки более дорогой машины.

Для российского размещения есть CARTOUCHE: два Xeon E5-2680 v4, 28 физических ядер суммарно, 128 ГБ DDR4 и два SSD по 600 ГБ за $295. Он позволяет сравнить экономику параллельных задач на старой платформе. Скорость одного прогона, дисковый запас и маршрут до нужных внешних служб проверяются отдельно.

OBELISK в карточке обозначен как Ryzen 9950 без уточняющего суффикса. Поэтому его можно включить в запрос провайдеру, но не стоит строить точное сравнение конкретных поколений до подтверждения модели CPU. Для рабочего решения точное имя процессора полезнее предположения, пусть даже оно выглядит очевидным.

Во всех случаях это цены рассматриваемого прайса. Поддерживаемая ОС, её лицензия, дополнительные удалённые сеансы и прикладные права требуют отдельного уточнения. Сам факт аренды физического сервера не включает автоматически весь программный набор для Windows-среды.

Память считают по полному рабочему дню

Один терминал расходует память на платформу, историю, графики, индикаторы и советники. Несколько терминалов могут хранить похожие данные отдельно. Во время исследования добавляются агенты тестера, их рабочие наборы и результаты. Поэтому фиксированная норма гигабайтов «на один MT5» годится только как грубая догадка.

Начните с пилота на характерном наборе. Измерьте обычное потребление, пики активности, запуск после перезагрузки и работу тестов. Смотрите на сумму с расходами ОС, антивируса, удалённого доступа и резервирования. Если память заканчивается только при одновременном старте, эта проблема всё равно случится после обновления или аварии.

Для постоянных терминалов полезно оставить проверенный запас, а исследовательской части задать границы. Ограничение числа агентов зачастую понятнее попытки лечить нехватку памяти уже после запуска. Автоматическая подкачка помогает системе пережить некоторые ситуации, но не обещает приемлемую скорость тяжёлых вычислений.

У тестера есть кэши и собственные данные по агентам. Их объём может расти вместе с числом инструментов, источников истории и вариантов испытаний. Чистить такие каталоги нужно с пониманием, какие результаты ещё нужны и какие данные придётся получить повторно. Случайное удаление всей истории перед срочной проверкой — своеобразный способ измерить скорость интернета.

Общие подходы к учёту ресурсов терминалов приведены в статье о ресурсах VPS для MT4 и MT5. Для выделенного сервера принцип тот же: измеряется конкретное окружение, а не число ярлыков на рабочем столе.

Исторические данные важнее красивого результата теста

Перед сравнением оборудования зафиксируйте одинаковые исходные данные. Источник истории, инструмент, интервал, режим моделирования, версия советника и параметры должны совпадать. Если один сервер получил другой набор котировок, разница в результатах не является измерением процессора.

Разделяйте техническую проверку и оценку стратегии. Быстро завершённый прогон показывает, что программа выполнила расчёт в данных условиях. Он не доказывает, что модель точно описывает будущую работу рынка или исполнение заявок. Более мощная машина позволяет проверить больше вариантов, но одновременно облегчает подбор под исторический шум.

Сохраняйте описание опыта рядом с результатом. Полезны контрольная версия кода, параметры, дата получения данных и режим тестера. Тогда через месяц можно понять, почему две таблицы отличаются, и повторить нужную серию. Без такого учёта ферма производит красивые файлы быстрее, чем команда успевает помнить их происхождение.

Предусмотрите отдельные наборы и интервалы для проверки, которые не использовались при выборе параметров. Это вопрос методики исследования, а не настройки аренды. Здесь мы оцениваем воспроизводимость вычислений и ресурсов; решение о применимости торгового подхода нельзя передать тарифной карточке.

Режимы оптимизации и распределение проходов описаны в справке MetaTrader 5. Приёмочный набор для сервера лучше сделать ограниченным и повторяемым, чем запускать бесконечный поиск и пытаться сравнить впечатления от двух недель ожидания.

Для работающих терминалов локацию выбирают по маршруту

Американский сервер не будет автоматически ближе к любому брокеру, а российский — к любому российскому пользователю с точки зрения торгового подключения. Измеряйте путь до конкретного сервера доступа и стабильность связи в нужное время. География компании на сайте не обязательно совпадает с размещением её инфраструктуры.

Низкая сетевая задержка полезна, но не является единственным фактором исполнения. Свою роль играют обработка запроса, условия платформы, связь и поведение внешней системы. Обещать определённое качество сделки по одному ping некорректно. В этой статье маршрут рассматривается как техническая часть доступности.

Для бэктестинга по уже загруженной истории локация обычно менее чувствительна к каждому миллисекундному отличию. Зато важны доставка данных, административный доступ и требования к размещению рабочей информации. Поэтому постоянные терминалы и исследовательские агенты могут нуждаться в разных площадках.

Проверьте, что после временной потери связи терминал возвращается к предусмотренному состоянию, а оператор получает понятное уведомление. Системе наблюдения нужны признаки свежести данных и доступности процессов, а не только факт включённой виртуальной машины. Запущенное окно ещё не доказывает полноценную работу.

Обновления и перезапуски должны быть скучными

Организуйте отдельные каталоги и учётные записи там, где этого требует выбранная схема. Храните конфигурации и настройки так, чтобы можно было восстановить нужный экземпляр без ручного вспоминания всех галочек. Не включайте в общедоступные копии пароли, ключи и другие чувствительные сведения.

Административный RDP ограничьте защищённым доступом и индивидуальной аутентификацией. Удалённый рабочий стол удобен, но не должен быть единственным способом понять состояние системы. Мониторинг и уведомления полезны именно в тот момент, когда никто не смотрит на экран.

Обновления ОС и платформы сначала проверяют на тестовом окружении. Заранее определите время обслуживания и порядок возвращения терминалов в работу. Особенно важно проверить, какие процессы запускаются автоматически, какие требуют входа пользователя и что происходит после полного перезапуска сервера.

Резервные копии должны включать нужные настройки, код и результаты исследований, но не обязаны без разбора сохранять каждый временный файл. Проверьте восстановление одного типового терминала и одной исследовательской задачи на отдельной среде. Порядок первоначальной подготовки описан в материале о настройке сервера под MT4 и MT5.

Договор между двумя сменами

Если общий хост всё же выбран, задайте приоритет рабочим терминалам и ограничьте исследовательскую часть. У неё должны быть расписание, предел одновременных агентов и условие остановки при нехватке ресурсов. Проверьте, что эти ограничения действуют на практике, а не только записаны в инструкции.

Сравнивая PYLON и NECROPOLIS, считайте завершённые одинаковые прогоны за время и расход памяти при нужной одновременности. Сравнивая размещение постоянных терминалов, смотрите на устойчивость и восстановление. Это разные критерии, и один красивый CPU Benchmark не заменяет ни один из них.

Выделенный сервер становится удачным выбором, когда исследовательская работа перестаёт отнимать ресурсы у текущей, а вся среда воспроизводится после обслуживания. Тогда оборудование делает ровно то, что должно: считает, хранит и остаётся доступным. Будущие результаты торговли оно по-прежнему предсказывать не обязано.

Все материалы о выделенных серверах