Что такое uptime сайта и как его правильно считать
Разбираемся, что означает uptime, почему 99,9% не всегда достаточно и как мониторинг из нескольких локаций помогает увидеть реальные проблемы.
## Что означает uptime
Uptime — доля времени, в течение которого сервис соответствовал заданному условию доступности. Обычно показатель выражают в процентах за период: сутки, неделю, месяц или год. Значение 99,9% выглядит почти идеальным, но за 30 дней допускает около 43 минут недоступности. Для 99,99% допустимое время уже измеряется несколькими минутами.
Сам процент ничего не говорит о влиянии сбоя. Десять коротких ошибок ночью и один десятиминутный сбой в момент оплаты могут дать похожий результат, хотя последствия для пользователей различаются.
Как считать показатель
Простой вариант — разделить количество успешных проверок на общее количество завершённых проверок. Он понятен, но зависит от интервала: при проверке раз в пять минут минутный сбой может остаться незамеченным. Более точный вариант учитывает длительность подтверждённых инцидентов относительно всего наблюдаемого периода.
- Заранее определите, какой HTTP-ответ считается успешным.
- Исключайте плановые работы только по формальному правилу, а не задним числом.
- Не смешивайте периоды без данных с подтверждённой доступностью.
- Храните одинаковую методику при сравнении месяцев.
Зачем нужны несколько локаций
Проверка из одной сети показывает путь только для одного наблюдателя. Ошибка DNS у провайдера, проблема маршрутизации или региональная фильтрация способны повлиять на часть аудитории. Несколько локаций помогают увидеть расхождение и не объявлять глобальный инцидент после единичного локального ответа.
При этом результаты нельзя усреднять механически. Если сайт ориентирован на конкретный регион, сбой именно там может быть критичнее отказа удалённой точки.
Практический контроль
Выберите интервал с учётом допустимого времени обнаружения. Для критичного API обычно нужен более короткий интервал, чем для информационной страницы. Настройте подтверждение сбоя несколькими проверками, фиксируйте начало и восстановление инцидента, а после сбоя сопоставляйте мониторинг с логами приложения и инфраструктуры.