Как читать SLA хостинг-провайдера: доступность, медиана, p95 и компенсации
Процент доступности - лишь отправная точка для анализа условий обслуживания. Чтобы понять, насколько надёжен тариф на практике, необходимо изучить окно измерения, способ фиксации отказов, область действия гарантии, исключения и порядок обращения за компенсацией. Именно поэтому SLA хостинг-провайдера нельзя оценивать по одной цифре вроде 99,9%: одинаковый показатель у разных компаний может означать совершенно разные обязательства.
SLA связывает заявленный уровень обслуживания с конкретным сервисом, методом измерения и процедурой рассмотрения инцидентов. Гарантия для виртуальной машины не обязательно распространяется на приложение, базу данных, панель управления или внешний канал связи. Кроме того, условия для VPS, выделенных серверов, облачного хранилища и технической поддержки могут быть описаны в разных разделах договора. Всегда важно сверять тариф, регион, дата-центр и редакцию документа.
Как перевести процент доступности в минуты простоя
Базовая формула выглядит так:
Uptime = (W − D) / W × 100%
Здесь W - продолжительность расчётного окна, а D - только тот простой, который договор признаёт нарушением. Например, за 30 дней расчётное окно составляет 43 200 минут. При доступности 99,9% допустимый учитываемый простой равен примерно 43 минутам 12 секундам. За год этот показатель достигает 8 часов 45 минут 36 секунд.
Для более высоких уровней разница становится заметнее. SLA 99,95% допускает около 21 минуты 36 секунд простоя за 30 дней, а SLA 99,99% - примерно 4 минуты 19 секунд. Однако фактический результат зависит от правил округления, исключений и выбранного периода. Календарный месяц, скользящее окно в 30 дней и годовой расчёт дают разные значения.
Одни поставщики вычитают плановые работы из знаменателя, другие считают их исключёнными событиями. В некоторых договорах недоступность округляется до полных минут, а короткие сбои могут не учитываться вовсе. Поэтому гарантированный аптайм хостинга нужно проверять не по рекламной карточке, а по формуле и определениям в SLA. Практический разбор терминов и примеров расчёта доступен в материале о [гарантированном аптайме хостинга](https://habr.com/ru/articles/1079086/?utm_campaign=1079086&utm_source=habrahabr&utm_medium=rss).
Что именно считается доступностью
Первый вопрос при чтении договора: какой компонент считается доступным. Для VPS это может быть возможность подключиться к гостевой операционной системе через сеть провайдера. Для объектного хранилища - успешное выполнение операций чтения и записи через API. Для службы поддержки - время до первого содержательного ответа по обращению определённой категории.
Такая граница должна быть сформулирована технически точно. Если провайдер проверяет только доступность гипервизора, работа приложения внутри виртуальной машины может не входить в гарантию. Аналогично, доступный сервер не означает доступную базу данных, DNS, балансировщик или межрегиональный канал.
Нужно также выяснить, откуда берутся данные. Измерение может выполняться внутренними системами мониторинга, внешними зондами или по обращениям клиентов. Внешняя проверка чаще лучше отражает пользовательский опыт, но требует описания регионов, интервалов опроса и количества точек контроля. Без этого клиент и провайдер могут по-разному трактовать один и тот же отказ.
Медиана, p95 и скрытый хвост задержек
Медиана и p95 относятся прежде всего к производительности и времени ответа, а не к доступности как таковой. Сервис способен отвечать на каждый запрос и при этом регулярно заставлять пользователей ждать десятки секунд. Поэтому в хорошем SLA отдельно описываются ошибки, доступность и задержка.
Медиана делит упорядоченную выборку пополам: половина значений меньше неё, половина - больше. Показатель p95 отражает значение, ниже которого находятся примерно 95% наблюдений. Это не максимум: самые медленные 5% запросов могут быть значительно хуже.
Представим 20 измерений. Восемнадцать значений находятся в диапазоне от 80 до 97 мс, а два последних равны 900 и 1300 мс. Медиана составит 89,5 мс. При методе nearest rank p95 попадёт на 19-ю позицию и будет равен 900 мс. Средняя картина выглядит благополучно, но хвост задержек уже способен ухудшить работу части пользователей.
Именно поэтому медиана может скрывать нестабильность. Небольшое количество медленных операций почти не меняет центральное значение, тогда как p95 показывает начало проблемного хвоста. Сравнивать такие показатели можно только при одинаковых endpoint, нагрузке, окне наблюдения, размере выборки и способе вычисления процентиля.
В карточке метрики полезно фиксировать источник данных, границы таймера, учитываются ли ошибки, какие запросы входят в выборку и применяется ли агрегация по регионам. Серверное время обработки и полный клиентский запрос через внешний зонд - разные показатели. Поэтому красивый график сам по себе не доказывает выполнение обязательств.
Как рассчитывается компенсация за простой
Право на компенсацию за простой хостинга возникает только тогда, когда договор прямо связывает нарушение с выплатой или service credit. Одного факта сбоя либо скриншота мониторинга недостаточно: SLA должен определять минимальную продолжительность инцидента, порядок подтверждения, размер кредита, его максимальный предел и перечень услуг, на которые он распространяется.
Компенсация может начисляться автоматически или только после заявления клиента. В последнем случае обычно устанавливается срок подачи требования - например, несколько дней или недель после окончания расчётного периода. Также встречаются ограничения: кредит не выплачивается деньгами, применяется лишь к будущим счетам, не превышает стоимость месяца или распространяется только на затронутый ресурс.
Для SLA VPS хостинга особенно важно проверить, включены ли в расчёт сетевые сбои, перезагрузки узла, проблемы хранилища и недоступность панели. Иногда гарантия относится только к физической инфраструктуре, а действия клиента, ошибки конфигурации и неисправности установленного программного обеспечения исключаются.
Какие события обычно не засчитываются
К исключениям часто относят плановые работы при условии предварительного уведомления, аварии магистральных операторов, действия третьих лиц, атаки, чрезвычайные обстоятельства и нарушения со стороны клиента. В договоре могут отдельно исключаться превышение лимитов, некорректные настройки firewall, неоплаченный счёт и использование неподдерживаемого программного обеспечения.
Один инцидент также имеет несколько временных отметок. Время обнаружения - момент, когда мониторинг зафиксировал отказ. Время первого ответа - первое содержательное сообщение поддержки, а не автоматическое подтверждение заявки. Время восстановления - момент, когда сервис снова прошёл критерий доступности. Для расчёта простоя важно понять, какие именно точки использует провайдер.
Перед выбором тарифа полезно прогнать по тексту SLA два сценария: короткий сбой на несколько минут и длительную аварию на несколько часов. Нужно выяснить, попадут ли они в расчёт, какое подтверждение потребуется и какую сумму можно получить. Такой тест быстро показывает разницу между формальной гарантией и реально применимыми условиями.
Как сравнивать предложения провайдеров
Удобно собрать единую карточку SLA для каждого варианта. В неё стоит включить название услуги, регион, процент доступности, расчётное окно, техническую границу сервиса, источник измерений, перечень исключений, правила округления, максимальный service credit и срок подачи претензии.
Отдельно следует оценивать зависимую инфраструктуру. Если приложение работает одновременно на VPS, в базе данных, DNS-сервисе и объектном хранилище, гарантия одного компонента не обеспечивает доступность всей системы. Для критичных проектов важны резервирование, географическое распределение и понятная процедура эскалации.
Наконец, высокий процент сам по себе не заменяет прозрачность. Надежный хостинг с гарантией доступности - это не только показатель 99,99%, но и чёткие определения, независимый мониторинг, предсказуемые исключения и понятный механизм компенсации. Чем точнее описаны метрики и границы ответственности, тем проще оценить реальные риски ещё до заключения договора.
