Максим Дорохов 
SLA хостинга: как проверить, что провайдер держит обещанный аптайм
В договоре с хостером написано «гарантированная доступность 99,9%». Звучит солидно, пока не встаёт вопрос: а кто и как это вообще проверяет? Разбираем, что реально означает SLA хостинга, чем он не является и как самостоятельно понять, выполняет ли провайдер обещание.
Что на самом деле гарантирует SLA
SLA (Service Level Agreement) — соглашение об уровне обслуживания, в котором провайдер фиксирует обязательства: доступность инфраструктуры, время реакции на обращение, компенсацию при нарушении. Важная деталь, которую часто упускают: хостер обычно гарантирует доступность своей инфраструктуры — серверов, сети, электропитания дата-центра. Он не гарантирует, что именно ваш сайт будет работать: ошибки в коде, истёкший сертификат, проблема с DNS или внешним API — это зона ответственности владельца сайта, а не хостера, и в SLA провайдера обычно не входит.
Кто измеряет выполнение SLA
Здесь и кроется главная слабость обычной практики: большинство провайдеров измеряют собственный аптайм сами, своими же системами мониторинга. Это не значит, что цифры обязательно подделаны — но это значит, что у клиента нет независимого подтверждения, кроме слов самого хостера.
Провайдер, который сам считает свой аптайм и сам решает, полагается ли клиенту компенсация за нарушение SLA, объективно не заинтересован фиксировать каждый короткий сбой. Это не обязательно злой умысел — скорее естественный перекос: без независимого наблюдателя со стороны клиента спорные случаи почти всегда трактуются в пользу того, кто ведёт учёт.
Как проверить самостоятельно
Ведите собственный журнал доступности. Независимый внешний мониторинг, который опрашивает сайт с определённым интервалом и хранит историю, — единственный способ иметь свои данные, а не полагаться на отчёт провайдера.
Проверяйте именно из внешней точки, а не с сервера. Мониторинг, запущенный на том же сервере, который вы проверяете, не увидит сетевую недоступность — сервер изнутри выглядит живым, даже когда снаружи до него не достучаться.
Фиксируйте точное время начала и конца сбоя. При обращении за компенсацией по SLA доказательная база — это конкретные временные метки с независимого источника, а не общее «у нас вчера весь день сайт не работал».
Сверяйте свои данные с отчётом провайдера. Если независимый мониторинг регулярно показывает больше простоя, чем признаёт хостер, — это повод для предметного разговора, желательно с конкретными датами и временем на руках.
Что делать при нарушении SLA
Большинство договоров предполагают компенсацию не автоматически, а по заявлению клиента — то есть обязанность доказать факт нарушения обычно лежит на вас, а не на провайдере. Без собственных данных о простое такая заявка превращается в спор на словах, где у одной стороны есть цифры, а у другой — нет.
Пруфен — независимый внешний наблюдатель: проверка доступности идёт из 13 точек, не связанных с инфраструктурой вашего хостера, с минимальным интервалом от 2 минут. История инцидентов сохраняется и доступна для сверки с отчётами провайдера в любой момент — не задним числом по памяти, а по фактическим меткам времени.
Частые вопросы
Всегда ли провайдер платит компенсацию по SLA автоматически? Обычно нет — почти всегда нужно заявление клиента с указанием периода простоя. Автоматические компенсации без обращения — скорее исключение, чем правило на рынке хостинга.
Может ли независимый мониторинг ошибочно засчитать простой, которого не было? Риск есть у любой отдельной точки наблюдения — например, если проблема локальна для сети самого мониторинга. Поэтому важна проверка сразу из нескольких независимых точек: недоступность, подтверждённая большинством из них, — куда более надёжное доказательство, чем сигнал с одной.
Стоит ли требовать SLA выше 99,9% для обычного проекта? Каждая следующая девятка в процентах экспоненциально дороже для провайдера, а разница в реальных минутах простоя между 99,9% и 99,99% — это несколько десятков минут в год. Для большинства несерьёзно нагруженных проектов 99,9% — разумный баланс, а не повод переплачивать.
Что важнее — высокий процент в договоре или скорость реакции провайдера на инцидент? Часто именно скорость реакции важнее голого процента: сайт, который лежит 10 минут, но провайдер реагирует мгновенно, ощущается надёжнее сайта с формально высоким SLA, но медленной поддержкой при реальном сбое.