Как правильно выбирать VPS для веб-трейдинга

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

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

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

Отсюда и появился интерес к VPS и сначала это было решение для "знающих", но позже оно стало стандартом. Ведь это-же удобно и практично - удалённый сервер, который работает 24/7, не зависит от бытовых факторов и не требует физического присутствия. Получается, что ваш торговый терминал запущен постоянно, стратегия торговли работает непрерывно и сделки исполняются в любое время.

Но, как это всегда и бывает, вместе с этим пришла новая проблема - проблема выбора.

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

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

 

 

 

 

Сеть, задержка и локация сервера

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

Но основное поле битвы - это, конечно, сеть.

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

Например, если ваше сервер находится в том же дата-центре что и оборудование брокера, то задержка может составлять меньше 1 миллисекунды. Если в пределах одного города - это уже примерно 1-3 мс. Если же обмен пакетами происходит внутри территории Европы, тогда обычно получается 5-30 мс. Ну а при общении через океан, между континентами, значения могут быть вовсе другими. Так например задержка трафика между Европой и США может составлять от 80 до 120 мс, а иногда и выше.

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

 

С этим разобрались. Но ведь сама цифра времени задержки является только частью картины. Гораздо важнее показатель, отображающий поведение этой задержки во времени.

Когда сервер показывает стабильные 20 мс - это вполне нормальная и даже стандартная ситуация. А вот другой вариант, когда среднее значение 10 мс, но с периодическими скачками до 100-200 мс. Визуально оба варианта выглядят похожими, если смотреть только на среднее значение, однако в реальной работе второй вариант ведёт себя гораздо хуже. Это называется нестабильностью соединения.

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

Также иногда встречаются микропотери пакетов. На уровне 0.5-1%. Это почти незаметно в обычных задачах, так как для нивелирования таких потерь и созданы протоколы передачи данных типа TCP. А вот в трейдинге это проявляется в виде редких задержек, во время которых ордер проходит не сразу, т.е. появляется, скажем так, проскальзывание, из-за которого вы можете не успеть купить или продать позиции, что приведёт к потере выгоды.

 

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

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

Конечно, идеальный сценарий - это установить сервер в том же дата-центре, где хостится ваш брокер, но в реальности старайтесь выбирать хотябы тот-же город или регион. Если такой возможности нет, тогда выбирают ближайшую точку с нормальной сетью, обычно это большой сетевой узел вроде Амстердама или Франкфурта на Майне.

Правда иногда ближайший вариант оказывается менее стабильным. В этом случае лучше взять сервер чуть дальше, но с ровным пингом, так как разница в 5-10 миллисекунд не так важна, как отсутствие скачков.

Вывод простой - старайтесь выбирать золотую середину между минимальной задержкой и стабильностью соединения.

 

 

 

 

 

Процессор и скрытые ограничения

Параметр vCPU выглядит довольно понятно, так как кажется, что это просто виртуальный аналог физического ядра центрального процессора. Но в действительности всё чуть сложнее.

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

В этом случае гипервизор как бы говорит процессору: "дели задачи клиентов на кусочки и по очереди выполняй по одному маленькому кусочку задач каждого клиента, переключаясь между ними". Вот в такие периоды отклик системы может немного проседать, но для трейдинга этого уже будет достаточно, чтобы заметить разницу.

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

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

Есть и другой подход, когда провайдер ограничивает количество виртуальных машин на узле и следит за тем, чтобы суммарная нагрузка не выходила за пределы возможностей железа. В таком случае даже при пиковых значениях система ведёт себя ровно и стабильно. Да, это дороже, но результатом является предсказуемость работы, что невероятно важно для клиентов. Именно такого подхода придерживается 3v-Hosting.

 

 

 

 

Оперативная память (RAM) и поведение системы

С оперативной памятью всё выглядит немного проще, чем с процессором.

Сам терминал не требует много и в спокойном состоянии он держится в районе 300-800 МБ. Конечно, если ты открыл больше графиков, добавил индикаторы, то цифра немного подрастёт. Если работает советник, особенно с логикой внутри, то потребление легко доходит до 1-2 ГБ на один терминал.

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

Отдельный момент, который стоит учитывать - это потребление самой операционной системы, так как любая ОС занимает свою часть памяти сразу после запуска сервера. Для Windows в среднем это 2-3 ГБ. И получается, что на сервере с 4 ГБ RAM по факту остается меньше половины оперативной памяти под сами торговые терминалы.

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

Даже самый быстрый NVMe диск не сможет сравниться с оперативной памятью по скорости чтения/записи, из-за чего в системе появляются задержки, интерфейс начинает "задумываться", а терминал может и вовсе подвиснуть в самый неподходящий момент.

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

 

 

 

 

Диск (SSD и NVMe)

С выбором диска дела обстоят иначе, чем с CPU или памятью. Конечно он влияет на работу системы, но не влияет напрямую на сами сделки, так как на диск обычно пишутся данные для долгосрочного хранения, т.е. уже обработанные. А насущные данные, с которыми система работает прямо сейчас хранятся в оперативной памяти.

Касательно дисков стоит держать в голове следующую информацию. Разница между типами накопителей измеряется скоростью чтения/записи измеряемой или в конкретных единицах циклов чтения записи в период времени (i/o или io - от input/output) или в объёме информации, которую можно записать на диск за единицу времени - так нагляднее. Например на обычный HDD диск можно записать около 100-150 МБ информации в секунду. Для твердотельных SSD дисков этот параметр уже составляет около 400-550 МБ/с. А вот NVMe могут работать на порядок быстрее, примерно 1500-3500 МБ/с, или даже быстрее, в зависимости от производителя и года выпуска, так как технологии продолжают развиваться.

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

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

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

Ну и последнее, что мы ещё не обсудили - это объём диска. Тут никаких ограничений нет, так как в своей работе все известные торговые терминалы не требуют большого объёма дискового хранилища. В итоге выбирайте VPS с объёмом диска, достаточным для установки самой ОС и небольшим запасом, обычно не менее 40Гб для Windows VPS.

 

 

 

 

Так сколько ресурсов действительно нужно

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

Так вот, для одного терминала не требуется мощного сервера и в большинстве случаев достаточно будет сервера с 2 vCPU и 4-6 ГБ оперативной памяти. По диску - обычного SSD, объёмом около 40-60 ГБ уже будет вполне достаточно, чтобы система чувствовала себя спокойно.

Однако, как только появляется второй терминал, то нагрузка начинает расти нелинейно и тут уже имеет смысл смотреть в сторону 4 vCPU и 6-8 ГБ RAM.

А вот если речь идёт про несколько терминалов, ботов или использование параллельных стратегий, то требования становятся менее предсказуемыми, ведь нагрузка начинает прыгать. И в такие моменты важно не столько количество ресурсов, сколько их доступность и стабильность, чтобы CPU не делился с соседями, память не заканчивалась, а система не уходила в подкачку. И всё-же считаем, что от 6-8 vCPU и 8-12 ГБ RAM здесь будет достаточно.

 

Вот тут мы и подходим к самой главной мысли всей статьи: Цифры сами по себе мало что решают.

Можно взять сервер с 4 vCPU и 8 ГБ RAM, но на перегруженной ноде он будет вести себя хуже, чем более скромный тариф у нормального провайдера. То же самое и с памятью - если её впритык, то система будет тормозить даже при небольших скачках нагрузки.

Диск и его тип остаются вторичным параметром. Простой SSD уже закрывает все базовые задачи, а NVMe даёт запас по скорости, но не влияет напрямую на сделки.

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

 

 

 

 

Надёжность и аптайм

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

Аптайм измеряется отношением времени работы сервера за период времени, обычно за год или месяц и выглядит это просто. Заявленные провайдером 99.9% аптайма - это примерно 40-45 минут простоя в месяц. 99.99% аптайма - это уже около 4-5 минут. Казалось бы разница в сотой доле процента, но в абсолютных величинах разница огромная.

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

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

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

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

 

 

 

 

Выводы

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

Важно помнить, что процессор важен не сам по себе, а тем, как он разделяется между соседними VPS. Память - не её объёмом, а наличием достаточного запаса. А диск - не типом, а тем, не становится ли он узким местом в редкие моменты нагрузки. Более того, всё это отходит на второй план, если сеть ведёт себя нестабильно или сервер регулярно "залипает" из-за проблем на стороне провайдера.

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

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