Окна обслуживания

На этой странице:

• Введение
• Как открыть
• Список окон
• Создание окна
• Область действия
• Расписание
• Предпросмотр охвата
• Что происходит во время окна
• Окна на графиках
• Отмена и удаление окна
• Права доступа
• Типичные сценарии

Введение

Плановые работы — перезапуск сервиса, обновление базы данных, миграция стенда, работы на площадке — выглядят для системы мониторинга так же, как авария: метрики проседают, источники замолкают, правила алертинга срабатывают. Дежурная смена получает поток оповещений, о котором и так знала заранее.

Окно обслуживания — заранее объявленный период работ по конкретным объектам. Пока окно активно, срабатывания по этим объектам не поднимают инциденты и не рассылаются по каналам оповещения, но остаются в истории алертов с пометкой «Обслуживание» — данные для последующего разбора и аудита не теряются.

Как открыть

Главное меню → Инциденты и алерты → Окна обслуживания.

Список окон

Таблица со всеми окнами; доступны поиск по названию и фильтр по статусу.

Создание окна

Кнопка Создать окно открывает форму.

Область действия

Область действия описывает, какие объекты попадают под подавление. Можно добавить несколько областей — они объединяются по ИЛИ.

Правила комбинирования:

• Несколько хостов или сервисов в одной области — «любой из перечисленных».
• Условия по меткам внутри одной области объединяются по И.
• Разные области объединяются по ИЛИ.

Расписание

Поддерживаются три режима.

Сейчас

Окно начинается немедленно — режим для незапланированных работ, о которых стало известно в момент начала. Название и область действия задаются как обычно.

Однократно

Разовые работы: указываются начало (дата и время) и длительность в часах; время окончания сразу показывается под полем. Доступны кнопки-предустановки типовой длительности.

Регулярно

Повторяющиеся работы: дни недели (с предустановками «Будни», «Выходные», «Все дни»), время начала, длительность в минутах, часовой пояс и необязательное поле Повторять до — дата окончания серии повторений. Без него серия бессрочна.

Предпросмотр охвата

Ещё до сохранения формы под областью действия показывается строка вида:

Под окно попадёт 14 алертов (3 активных) из 250 за 24 ч

Это оценка по фактическим срабатываниям за последние сутки: сколько алертов заглушило бы такое окно. Список можно раскрыть и посмотреть конкретные алерты и их состояние («активен» / «снят»).

Предпросмотр закрывает главный риск неверно заданной области: слишком широкая область заглушит лишнее, слишком узкая — не заглушит ничего. Если строка сообщает, что совпадений не найдено, область почти наверняка задана неверно.

Что происходит во время окна

Пока окно активно, для попавших в область объектов:

• Срабатывания не создают инциденты.
• Оповещения не отправляются ни по одному каналу (email, Telegram, вебхуки и др.).
• Срабатывания записываются в историю алертов с пометкой «Обслуживание»; в карточке алерта видно, каким именно окном вызвано подавление.
• Правила обнаружения пропадания данных (No-Data) не поднимают оповещений: остановленный на время работ источник — ожидаемое молчание, а не сбой.

Объекты вне области действия окна обрабатываются как обычно — окно на одном сервисе не глушит остальную инсталляцию.

Окна на графиках

Активные и запланированные окна отображаются полосой на графиках дашбордов вместе с отметками изменений — релизами и развёртываниями. Регулярные окна показываются на весь период повторений в пределах видимого интервала времени.

Это снимает типовой вопрос при разборе: «провал на графике — это авария или плановые работы?». Ответ виден на самом графике, без перехода в другой раздел.

Отмена и удаление окна

• Отменить окно — прекращает текущее или ближайшее срабатывание. Само окно сохраняется в списке со статусом Отменено; для регулярного окна серия повторений продолжается со следующего срабатывания.
• Удалить — удаляет окно целиком. Если окно было активно, подавление прекращается немедленно.

Отмену стоит предпочитать удалению: она сохраняет след того, что работы планировались.

Права доступа

Раздел управляется RBAC-ресурсом «Окна обслуживания» (maintenance_window). Пользователи без права просмотра раздел не видят.

Создание, изменение, отмена и удаление окон фиксируются в журнале аудита с состоянием «до» и «после» — видно, кто и как менял область действия или расписание.

Типичные сценарии

• Ночной регламент базы данных. Регулярное окно «Будни, 02:00, 90 минут» с областью «Хосты» по узлам СУБД — ночные перезапуски не поднимают дежурную смену.
• Релиз сервиса. Окно «Сейчас» длительностью в час с областью «Сервисы» на выкатываемый сервис — всплески ошибок на время выкатки остаются в истории, но не создают инцидент.
• Работы на площадке. Однократное окно с областью «Группы сервисов» на бизнес- приложение — заглушается всё приложение целиком, перечислять хосты не требуется.
• Разбор постфактум. История алертов с фильтром по пометке «Обслуживание» показывает, что происходило во время работ, — полезно, если после регламента осталась деградация.

См. также

• Настройка оповещений — каналы, политики и правила алертинга.
• Просмотр алертов и событий — история алертов, где видны подавленные срабатывания.
• Инциденты — корреляция алертов в инциденты.
• Отметки событий — релизы и изменения на графиках рядом с окнами обслуживания.