Maintenance window — временной интервал, в течение которого хостинг-провайдер может проводить обновления оборудования, ПО или сетевой инфраструктуры с возможным кратковременным недоступностью сервисов. Плановые работы не засчитываются как нарушение SLA при соблюдении правил уведомления.
Как работает
Провайдер уведомляет клиентов за 48-168 часов (2-7 дней) до начала работ по email и в биллинг-панели. Указываются: дата, временной диапазон (обычно ночью 01:00-06:00), ожидаемая длительность, перечень затрагиваемых сервисов.
Минимизация влияния: rolling updates (поочерёдное обновление узлов без полного отключения), live migration (перенос VM на другой гипервизор без остановки), CDN failover. Качественный провайдер проводит majority работ без заметного downtime.
Аварийные работы (emergency maintenance) — незапланированное устранение критической уязвимости или сбоя. Уведомление может прийти за 1-2 часа. Аварийные работы могут засчитываться как forced downtime против SLA.
История
Практика maintenance window пришла из enterprise IT в 1980-90-х. С распространением интернета и круглосуточных сервисов ночные окна технического обслуживания стали стандартом. ITIL v2 (2000) включил Change Management с обязательным планированием окон обслуживания.
Лучшие практики
- Подписаться на страницу статусов провайдера (status.provider.com).
- Настроить уведомления об инцидентах через Uptime Robot.
- Планировать критичные деплои вне объявленных окон обслуживания.
- Проверить SLA: какой максимальный downtime допустим без компенсации при плановых работах.
Связь с хостингом
На managed VPS и shared-хостинге клиент не контролирует расписание технических работ — только получает уведомления. На выделенных серверах некоторые провайдеры согласовывают удобное время. В ЦОД-колокации клиент может влиять на расписание работ, затрагивающих его оборудование.
Ключевые отличия от похожих терминов
Incident — незапланированный сбой, нарушающий SLA. Maintenance window — плановые работы, обычно исключённые из SLA. Emergency maintenance — срочные плановые работы без полного цикла уведомления. Service Credit выплачивается только за незапланированные инциденты вне maintenance window.
Типы maintenance window
Плановое (scheduled): заранее объявленное окно для обновлений. Emergency: незапланированное при критических уязвимостях. Rolling update: поочерёдное обновление узлов без полного простоя. Для SLA: плановые maintenance исключаются из расчёта аптайма.
Уведомления и планирование
Нормальный срок уведомления: 24–72 часа для планового. Критические патчи: 4–12 часов. Каналы: email, SMS, status page, Telegram. Время проведения: 02:00–06:00 по местному времени клиентов — минимум трафика.
Zero-downtime maintenance
Rolling updates в кластере: поочерёдно обновлять узлы. Live migration ВМ: перенос на другой хост без остановки. Blue-Green deплой для приложений. Kubernetes rolling update: PodDisruptionBudget гарантирует минимум доступных реплик.