Плановые работы — регламентные операции на инфраструктуре провайдера: обновление прошивок, замена оборудования, патчи ядра ОС, миграция данных между узлами. В отличие от аварийного даунтайма, плановые работы объявляются заблаговременно и проводятся в окно минимальной нагрузки — обычно ночью с 02:00 до 06:00 по местному времени.
Как работает
Стандартный процесс плановых работ:
- Уведомление клиентов — за 24–72 часа по email, через личный кабинет и статус-страницу. Профессиональные хостеры уведомляют за 5–7 дней при риске длительного простоя.
- Maintenance window — временной слот, в течение которого работы могут вестись. Фактическое время простоя обычно меньше заявленного окна.
- Freeze period — в некоторых компаниях перед плановыми работами запрещены новые деплои и изменения конфигурации.
- Rollback-план — перечень действий на случай, если обновление пройдёт неудачно: откат к предыдущей версии или переключение трафика на резервный узел.
- Закрытие инцидента — отчёт о выполненных работах публикуется на статус-странице.
Хостеры, соблюдающие SLA, исключают время плановых работ из расчёта аптайма — это прямо прописано в договоре. Важно: если провайдер не исключает maintenance из SLA-метрик, это означает либо высокий уровень зрелости процессов (zero-downtime upgrades), либо слабый SLA.
Виды технических работ
- Обновление ядра ОС — требует перезагрузки (ребут), занимает 5–15 минут.
- Замена оборудования — диска (с hot-swap без простоя), ОЗУ или материнской платы (требует остановки).
- Сетевые работы — обновление конфигурации маршрутизаторов, замена коммутаторов — кратковременные пакетные потери.
- Миграция виртуальных машин — live migration на современных гипервизорах проходит без остановки сервиса.
- Профилактика дата-центра — тестирование ИБП, ДГУ — по регламенту раз в квартал.
История
Понятие maintenance window сформировалось в корпоративном IT в 1990-х годах как часть ITIL (IT Infrastructure Library) — методологии управления IT-услугами. В хостинге практика плановых уведомлений закрепилась в начале 2000-х по мере роста конкуренции: хостеры, проводившие работы без предупреждения, теряли клиентов. Современные облачные провайдеры стремятся к zero-downtime maintenance через живую миграцию ВМ и hot-swap компонентов.
На что обращать внимание
Выясните у провайдера: как часто проводятся плановые работы (норма — 1–2 раза в месяц), за сколько времени приходит уведомление, исключаются ли они из расчёта гарантированного аптайма. Для критических сервисов запрашивайте расписание заранее — многие хостеры публикуют анонсы работ на статус-страницах (statuspage.io или аналоги). Если даунтайм недопустим, используйте мультизональную архитектуру с автоматическим failover.