Выбор хостинга для арбитража — это не вопрос экономии $5 в месяц, это вопрос выживания ROI. Если вы ставите Keitaro, вам сразу потребуется KVM-виртуализация и сервер, который не падает под наплывом ботов. Ниже — технические критерии и архитектурные ограничения, которые нужно учесть до старта кампании, чтобы не слить бюджет в пустоту.
Ограничения: почему Shared-хостинг убивает залив
Shared-хостинг (виртуальный хостинг) технически несовместим с арбитражем. Проблема не только в объеме памяти, но и в системных ограничениях, которые хостеры скрывают мелким шрифтом.
-
Троттлинг CPU при спайках: При резком наплыве трафика (удачный зацеп креатива) клоака или скрипт редиректа создают пиковую нагрузку на процессор. Shared-хостер автоматически урезает ресурсы или отключает аккаунт за «превышение лимитов». Итог: трафик идет в пустоту.
-
Ограничение IOPS и Inodes: Трекеры генерируют огромные массивы мелких логов и обращений к базе данных (ClickHouse/MySQL). Диски Shared-хостингов не справляются с таким количеством операций ввода-вывода.
-
Соседство с «грязными» IP: На одном IP с вами могут находиться сотни дорвеев и скам-сайтов. Алгоритмы Facebook Ads и Google Ads пессимизируют аккаунты только за то, что ваш лендинг резолвится на скомпрометированный IP-адрес.
Решение: Только изолированный VPS.
Жесткие аппаратные требования трекеров (на примере Keitaro)
Трекер — ядро вашей инфраструктуры. Современные трекеры не работают на дешевых тарифах из-за архитектуры баз данных. Сервер должен соответствовать следующим границам:
-
Виртуализация: Строго KVM. Контейнерная виртуализация OpenVZ не поддерживается и вызовет критические ошибки при установке базы данных.
-
ОС: Ubuntu 22.04 / 20.04 или CentOS 9 Stream.
-
Минимум ресурсов (до 100 000 кликов в сутки): 2 ядра CPU (рекомендуется от 3 ГГц), 4 ГБ RAM, 40 ГБ SSD/NVMe.
-
Масштабируемость: База данных требовательна к RAM. Если планируете заливать более 500 000 кликов в сутки, сразу закладывайте от 16 ГБ оперативной памяти.
Географическая близость (Пинг) и потеря трафика
Сервер трекера должен физически находиться как можно ближе к вашей целевой аудитории, а не к вам.
-
Правило 50 миллисекунд: Если вы льете трафик на Tier-1 (США, Канада), а ваш VPS находится в Германии, каждый редирект (пользователь → рекламная сеть → трекер → клоака → лендинг) добавляет 150–200 мс задержки.
-
Конверсионные потери: Задержка отклика (TTFB) свыше 1 секунды на мобильном 3G/4G трафике срезает от 10% до 30% дошедших до лендинга пользователей.
-
Идеальный сценарий: Разворачивайте VPS в дата-центре того региона, куда настраиваете таргетинг (США — Нью-Йорк; Азия — Сингапур; Европа — Амстердам).
Архитектура изоляции: Разделение IP-адресов
Самая частая ошибка — установка трекера, клоаки и десятка лендингов на один VPS с одним IP-адресом.
Сценарий веерного отказа: Рекламная сеть вычисляет один из ваших агрессивных лендингов и банит IP-адрес. Так как на этом же IP висит трекер, мгновенно отваливаются все остальные кампании и белые страницы, завязанные на эту инфраструктуру.
Выбор подходящего сервера для таких задач (требования к RAM/CPU) мы подробно разбирали в нашем гайде по выбору хостинга.
Правильная архитектура:
-
Трекер размещается на мощном изолированном VPS. Его IP-адрес не должен светиться в рекламных сетях напрямую.
-
Лендинги раздаются через CDN или размещаются на дешевых дроп-серверах (копеечные VPS), которые подключаются к трекеру. Если сервер лендинга улетает в бан, вы просто меняете дроп-сервер за пару минут, а ядро остается в безопасности.
Защита от DDoS конкурентов
В нишах с высоким ROI конкуренты активно парсят выдачу и льют бот-трафик (DDoS на уровне L7), чтобы положить сервер и слить ваш бюджет.
-
Чего недостаточно: Базовая защита от хостера (L3/L4) спасает от примитивного флуда, но не защищает от ботов, имитирующих браузеры.
-
Сценарий отказа: Конкурент запускает 500 потоков через Puppeteer на ваш лендинг. Обычный сервер пропустит их как легитимных пользователей, высадив всю оперативную память (RAM) базы данных за 10 минут.
-
Что необходимо: Проксирование трафика через Cloudflare с настроенными правилами WAF (например, JS Challenge) и агрессивным кешированием белых страниц.
