Время простоя сайта: формула, примеры и калькулятор аптайма

Время простоя сайта (downtime) — интервал, в течение которого сайт недоступен для пользователей. Измеряется в секундах, минутах, часах или процентах от общего времени. Основная формула:

Где T_общее — полный период наблюдения (например, месяц: 30 × 24 × 3600 = 2 592 000 секунд), T_простоя — суммарное время неработоспособности.

Обратная формула для времени простоя:

• Если вам нужно вычислить, сколько времени сайт может быть недоступен при заданном SLA (например, 99,9%), подставьте значение в формулу.
• Для годового периода: 365 дней = 8760 часов = 525 600 минут = 31 536 000 секунд.
• Пример: SLA 99,95% означает T_простоя = 8760 × (100 - 99,95)/100 = 4,38 часа в год (~263 минуты).

Допустим, вы администрируете интернет-магазин. За последние 30 дней сайт был недоступен три раза:

1. 7 июля 2026, 14:32 - 15:05 (33 минуты) — отключение электроэнергии в дата-центре.
2. 9 июля 2026, 09:15 - 09:28 (13 минут) — плановая перезагрузка сервера.
3. 10 июля 2026, 11:00 - 11:20 (20 минут) — DDoS-атака.

Суммарное время простоя: T_простоя = 33 + 13 + 20 = 66 минут = 0,046 дня. Период: 30 дней = 43200 минут.

Это соответствует примерно 13,1 часам простоя в год (если такая динамика сохранится). Для e-commerce с выручкой 1 млн ₽ в день (~694 ₽/мин) потери за простой: 66 × 694 = 45 804 ₽. Используйте Калькулятор времени простоя сайта, чтобы автоматически суммировать интервалы и получать результат.

Для точного учёта времени простоя используйте инструменты мониторинга (Nagios, Zabbix, UptimeRobot) с записью логов в секундах. Если логов нет — помогут данные счётчиков аналитики (резкий провал сессий). При расчёте вручную удобно использовать Конвертер времени для перевода минут в часы и наоборот.

Если ваш провайдер гарантирует 99,9%, а реальный простой за месяц составил 2 часа, неустойка рассчитывается как разница между фактической и гарантированной доступностью. Формула неустойки может быть прописана в договоре, например: штраф = (факт. простой - допуст. простой) × часовая стоимость хостинга × коэффициент. Используйте Калькулятор времени для конвертации крупных интервалов.

Не учитывайте плановые простои как downtime, если они согласованы и не превышают лимит по SLA — иначе рискуете необоснованно завысить процент недоступности.

• Частичная недоступность — сайт работает, но медленно. Обычно не считается простоем, если только не оговорено в SLA (например, время ответа сервера > 5 сек).
• Проблемы на стороне клиента (блокировка РКН, проблемы с провайдером) — не должны учитываться.
• Округление: лучше округлять до сотых долей процента, но не менее 3 знаков после запятой для SLA 99,9%.
• Разные часовые пояса: если вы в UTC+3, а хостинг в UTC, приводите все временные метки к одному поясу.

Для автоматического сбора и расчёта простоя удобно написать простой скрипт. Пример:

import datetime

downtimes = [
    (datetime.datetime(2026,7,7,14,32), datetime.datetime(2026,7,7,15,5)),
    (datetime.datetime(2026,7,9,9,15), datetime.datetime(2026,7,9,9,28)),
    (datetime.datetime(2026,7,10,11,0), datetime.datetime(2026,7,10,11,20))
]

total_down_sec = 0
for start, end in downtimes:
    total_down_sec += (end - start).total_seconds()

period_start = datetime.datetime(2026,7,1)
period_end = datetime.datetime(2026,7,31,23,59,59)
total_period_sec = (period_end - period_start).total_seconds()

availability = (total_period_sec - total_down_sec) / total_period_sec * 100
print(f"Total downtime: {total_down_sec // 60} min {total_down_sec % 60} sec")
print(f"Availability: {availability:.3f}%")

Вывод:

Total downtime: 66 min 0 sec
Availability: 99.847%

Для длительных интервалов и конвертации в удобный формат используйте Калькулятор времени сна — он умеет складывать периоды, просто введите как общую длительность.

1. Путаница между временем простоя в минутах и часами — всегда переводите всё в секунды, а затем в нужный формат.
2. Игнорирование перекрывающихся интервалов простоя — если два сбоя пересекаются, их время не суммируется, а учитывается один раз.
3. Неправильный выбор периода наблюдения — для SLA обычно используется календарный месяц или год.
4. Отсутствие учёта простоев, вызванных действиями клиента (например, превышение лимитов тарифа) — они не входят в гарантированную доступность.
5. Ошибки округления — не округляйте промежуточные результаты, только итоговый процент.

Регулярно проверяйте свои расчёты с помощью Калькулятора времени бега — он умеет работать с секундами и минутами, можно использовать для проверки суммы интервалов.

Если вам нужно быстро посчитать простой без написания кода или если у вас несколько интервалов разной длины — используйте специализированный Калькулятор времени простоя сайта. Он позволяет:

• Вводить даты и время начала/окончания каждого сбоя.
• Автоматически суммировать длительности.
• Рассчитывать доступность в процентах за заданный период.
• Экспортировать результаты в отчёт.

Это особенно полезно для системных администраторов и владельцев бизнеса, которым нужно оперативно оценить убытки и подготовить претензию хостинг-провайдеру.