Як правильно вибрати 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. Пам'ять - не її об'ємом, а наявністю достатнього запасу. А диск - не типом, а тим, чи не стає він вузьким місцем у рідкісні моменти навантаження. Більше того, все це відходить на другий план, якщо мережа поводиться нестабільно або сервер регулярно "залипає" через проблеми на стороні провайдера.

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

Тому підхід тут досить простий: орієнтуватися потрібно не на максимальні характеристики серверів, а на стабільність всієї системи в цілому. Якщо система поводиться передбачувано і стабільно, не вимагає уваги і не створює сюрпризів у процесі торгівлі, то це означає, що вибір зроблено правильно.