Downtime (даунтайм, время простоя) — период, в течение которого IT-система, сервер, приложение, сайт, сеть или другой сервис полностью либо частично недоступны и не могут выполнять предусмотренные функции. Показатель используется для оценки доступности и надежности IT-инфраструктуры, контроля SLA и анализа последствий технических сбоев.
Downtime может измеряться в секундах, минутах или часах, а также выражаться как доля общего времени работы системы. Чем меньше суммарная продолжительность простоев, тем выше фактическая доступность сервиса.
Какие бывают виды Downtime
В зависимости от причины и условий возникновения выделяют несколько видов простоя:
- Плановый (planned downtime) — заранее предусмотренная остановка для обновления ПО, замены оборудования, технического обслуживания или других работ.
- Незапланированный (unplanned downtime) — неожиданная недоступность из-за отказа оборудования, программной ошибки, проблем с электропитанием, сетью или другого инцидента.
- Полный — пользователи полностью теряют доступ к системе или сервису.
- Частичный — система продолжает работать, но отдельные функции, компоненты или группы пользователей не могут получить необходимый сервис.
При расчете показателей SLA плановые и незапланированные простои могут учитываться по-разному. Правила определяются конкретным соглашением.
Причины Downtime
Простой может быть связан как с техническими неисправностями, так и с ошибками при эксплуатации инфраструктуры. Среди распространенных причин:
- отказ серверов, накопителей или сетевого оборудования
- сбои электропитания
- проблемы с интернет-каналами и внутренней сетью
- ошибки программного обеспечения
- неудачные обновления и изменения конфигурации
- перегрузка вычислительных ресурсов
- DDoS-атаки и другие киберинциденты
- ошибки администраторов и пользователей
- аварии в дата-центре
- плановые технические работы
Причина сбоя влияет не только на продолжительность простоя, но и на способы предотвращения аналогичных инцидентов в дальнейшем.
Как рассчитывается Downtime
Downtime можно определить как суммарную продолжительность периодов недоступности за выбранный интервал:
Downtime = общее учитываемое время − время доступности.
Если доступность задана в процентах, допустимое время простоя можно рассчитать по формуле:
Downtime = общее время × (1 − Availability / 100).
Например, при доступности 99,9% за 30 дней (720 часов): 720 × (1 − 0,999) = 0,72 часа, или 43 минуты 12 секунд.
Для разных уровней доступности за 30-дневный период допустимый простой составляет приблизительно:
- 99% — 7 часов 12 минут
- 99,9% — 43 минуты 12 секунд
- 99,99% — 4 минуты 19 секунд
- 99,999% — около 26 секунд
Однако при расчете по SLA в качестве общего времени может использоваться не весь календарный период, а только согласованное время работоспособности (AST).
Downtime и Uptime
Uptime характеризует время работы системы, а downtime — период ее недоступности. Если оба показателя рассчитываются по одинаковым правилам, вместе они составляют общее учитываемое время: Uptime + Downtime = общее учитываемое время.
Например, если за месяц сервис был доступен 719 часов из 720, downtime составил один час, а uptime — 719 часов.
При этом технический uptime оборудования не всегда отражает доступность конечного сервиса. Сервер может продолжать работать, но размещенное на нем приложение окажется недоступным из-за программной ошибки. С точки зрения пользователей это будет простоем приложения, хотя сам сервер не выключался.
Downtime и SLA
В SLA (Service Level Agreement) обычно устанавливается допустимый уровень доступности сервиса и правила учета простоев. Поэтому для оценки выполнения SLA важна не только фактическая продолжительность downtime, но и условия его определения. В соглашении могут быть указаны:
- минимальный гарантированный уровень доступности
- способ фиксации начала и окончания инцидента
- период, за который рассчитывается показатель
- перечень учитываемых и исключаемых простоев
- правила проведения плановых технических работ
- компенсации или сервисные кредиты при нарушении SLA
Например, провайдер может исключать из расчета заранее согласованные окна обслуживания. В таком случае фактическая недоступность сервиса и downtime, учитываемый при проверке SLA, будут различаться.