Обещание аптайма 99.9% в маркетинговых буклетах — это всего лишь цифра, которая без юридически закрепленного SLA превращается в декларацию о намерениях. В реальности простой в 43 минуты в месяц при таком показателе может обнулить онлайн вашего сервера в пиковые часы, а компенсация в виде «бесплатных дней» не покроет потерю донатов и отток аудитории.
Математика аптайма: что скрывают проценты
Для гейминга разница между 99% и 99.9% критична: первый вариант допускает до 7.3 часов простоя в месяц, второй — всего 43 минуты. Однако дьявол кроется в определении «доступности». Многие провайдеры исключают из расчета плановые технические работы (Scheduled Maintenance), которые могут длиться по 4-8 часов. В итоге фактический аптайм падает до 98%, но формально SLA не нарушен.
Кейс: сервер Minecraft с онлайном 200+ человек теряет до 15% активных игроков при незапланированном простое более 2 часов. Если в договоре прописано, что «технические работы в период с 02:00 до 06:00 не считаются простоем», вы остаетесь без компенсации, даже если сервер лежал весь этот период. Экспертный вывод: требуйте четкого лимита на плановые работы (не более 2-4 часов в месяц) и их фиксации в графике за 48 часов.
Ловушки компенсаций: кредиты против реальных денег
Стандартный механизм компенсации в SLA — это Service Credits (сервисные кредиты). Провайдер не возвращает деньги на карту, а начисляет бонусные дни или скидку на следующий месяц. При стоимости VPS в 1500–3000 рублей расчет простой: за простой в 1% времени вам вернут около 15-30 рублей. Это не покрывает ущерб от потери игроков, но является единственным рычагом давления.
Обратите внимание на порог срабатывания компенсации. Часто выплаты начинаются только при аптайме ниже 95% или 90%. Это значит, что простой в 2-3 часа в месяц вообще не компенсируется. Мой опыт показывает: лучшие условия предлагают те, кто фиксирует компенсацию при падении ниже 99.5% в виде реального возврата средств или значительного перерасчета. Экспертный вывод: игнорируйте «бесплатные дни» в маркетинге, ищите в договоре таблицу зависимости % аптайма от суммы компенсации.
Технический стек как гарант доступности
SLA — это бумага, а физическая инфраструктура — реальность. Для гарантии 99.9% сервер должен находиться в ЦОД уровня Tier III (доступность 99.982%). Если провайдер использует дешевые стойки в региональных дата-центрах с одним вводом питания, любой скачок напряжения обнулит ваш аптайм. Критически важно проверить, используется ли разница между виртуальным (VPS) и выделенным (Dedicated) сервером для гейминга: когда пора переходить на «железо» для исключения «шумных соседей» (noisy neighbors), которые могут перегружать CPU и вызывать лаги, формально не нарушая аптайм.
Пример: использование RAID-10 для дисковой подсистемы снижает риск потери данных при выходе из строя одного накопителя, в то время как дешевые SATA SSD без зеркалирования делают любой сбой фатальным. Экспертный вывод: высокий SLA бессмысленен без избыточности питания и сети (Dual Home/BGP). Задавайте вопрос о Tier-уровне ЦОД до оплаты.
Скрытые зоны ответственности и DDoS-фильтрация
Самый опасный пункт в SLA — исключения по причине «внешних воздействий». Сюда часто включают DDoS-атаки. Если ваш сервер «лежит» под атакой 5 часов, провайдер скажет, что инфраструктура работает, а проблема в вашем трафике. В итоге аптайм считается 100%, хотя игроки зайти не могут. Здесь вступает в силу защита от DDoS для игровых серверов: 5 критериев проверки эффективности фильтрации трафика должны быть частью вашего технического аудита.
Практика показывает, что качественные провайдеры разделяют «доступность сети» и «доступность сервера». Если фильтрация отсекает легитимный трафик (false positive) более чем на 1% от общего объема, это должно считаться инцидентом доступности. Экспертный вывод: если в SLA написано «компания не несет ответственности за простои из-за DDoS», этот хостинг непригоден для публичного проекта.
Процедура фиксации инцидента: кто считает время
Главный конфликт между клиентом и провайдером — это данные о простое. Если вы полагаетесь на внутренний мониторинг провайдера, вы в проигрыше: они могут «не заметить» кратковременные падения (micro-outages) по 2-5 минут, которые для игрока выглядят как вылет с сервера. Для защиты используйте внешние системы мониторинга (например, UptimeRobot или Zabbix) с проверкой каждые 60 секунд.
Кейс: при споре о возврате средств за простой в 4 часа, провайдер предоставил логи, где простой составил 20 минут (так как считал только доступность гипервизора, а не порта игры). Внешний мониторинг подтвердил полную недоступность порта 25565. Экспертный вывод: в договоре должно быть прописано, что данные внешнего независимого мониторинга принимаются как доказательство инцидента.
Вывод
Идеальный SLA для игрового сервера — это не цифра 99.9%, а прозрачная таблица компенсаций, начинающаяся с 99.5%, и четкий регламент плановых работ. Избегайте провайдеров, которые не фиксируют ответственность за DDoS-простои и используют только внутренние метрики аптайма. Моя рекомендация: выбирайте Dedicated-решения в Tier III ЦОД с внешним мониторингом и фиксированным временем реакции техподдержки (до 30 минут для критических сбоев), так как любые «бесплатные дни» не заменят вам лояльность ушедших игроков.