Периоды обслуживания
Обзор
Техническое обслуживание используется для подавления проблем в заранее определенные периоды времени.
В Zabbix можно задавать периоды технического обслуживания для узлов сети и групп узлов сети.
Кроме того, можно задать техническое обслуживание только для одного триггера (или подмножества триггеров) с помощью указания тегов триггера. В этом случае техническое обслуживание будет активировано только для этих триггеров; все остальные триггеры узла сети или группы узлов сети не будут находиться в техническом обслуживании.
Существует два типа технического обслуживания: Сбор данных и Без сбора данных.
Во время технического обслуживания типа Сбор данных триггеры обрабатываются как обычно, и при необходимости создаются события. Однако если в настройках действия отмечена опция Приостановить операции для подавленных проблем, эскалации проблем для узлов сети/триггеров в техническом обслуживании будут приостановлены. В этом случае шаги эскалации, которые могут включать отправку уведомлений или удаленных команд, будут игнорироваться в течение всего периода технического обслуживания. Обратите внимание, что операции восстановления и обновления не подавляются во время технического обслуживания, подавляются только эскалации. Уведомления о восстановлении не отправляются, если проблема началась во время технического обслуживания.
Например, если шаги эскалации запланированы через 0, 30 и 60 минут после возникновения проблемы, а длительность технического обслуживания составляет полчаса и оно действует с 10-й по 40-ю минуту после фактического возникновения проблемы, то второй и третий шаги будут выполнены на полчаса позже, то есть через 60 и 90 минут (при условии, что проблема все еще существует). Аналогично, если проблема возникает во время технического обслуживания, эскалация начнется после его завершения.
Чтобы получать уведомления о проблемах во время технического обслуживания в обычном режиме (без задержки), необходимо снять флажок Приостановить операции для подавленных проблем в настройках действия.
Если хотя бы один узел сети (используемый в выражении триггера) не находится в режиме технического обслуживания, Zabbix отправит уведомление о проблеме.
Сервер Zabbix должен быть запущен во время технического обслуживания. Техническое обслуживание пересчитывается каждую минуту или сразу после перезагрузки кэша конфигурации, если в периоде технического обслуживания произошли изменения.
Процессы таймера проверяют, нужно ли изменить статус узла сети на/из режима технического обслуживания, в 0 секунд каждой минуты. Кроме того, каждую секунду процесс таймера проверяет, нужно ли запускать/останавливать какие-либо технические обслуживания на основе изменений в [периодах технического обслуживания] после обновления конфигурации. Таким образом, скорость запуска/остановки периодов технического обслуживания зависит от интервала обновления конфигурации (по умолчанию 10 секунд). Обратите внимание, что изменения периода технического обслуживания не включают настройки Активно с/Активно до. Также если узел сети/группа узлов сети добавляется в уже существующий активный период технического обслуживания, изменения будут активированы процессом таймера только в начале следующей минуты.
Обратите внимание, что когда узел сети переходит в техническое обслуживание, процессы таймера сервера Zabbix считывают все открытые проблемы, чтобы проверить, нужно ли их подавлять. Это может повлиять на производительность, если открытых проблем много. Сервер Zabbix также считывает все открытые проблемы при запуске, даже если на тот момент не настроено ни одного технического обслуживания.
Обратите внимание, что сервер Zabbix (или прокси) всегда собирает данные независимо от типа технического обслуживания (включая техническое обслуживание Без сбора данных). Позже сервер игнорирует эти данные, если задан режим Без сбора данных.
Когда техническое обслуживание Без сбора данных заканчивается, триггеры, использующие функцию nodata(), не сработают до следующей проверки в течение периода, который они проверяют.
Если элемент данных журнала добавляется, пока узел сети находится в техническом обслуживании, и техническое обслуживание заканчивается, будут собраны только новые записи файла журнала, появившиеся после окончания технического обслуживания.
Если для узла сети, находящегося в техническом обслуживании Без сбора данных (например, с использованием Zabbix sender), отправляется значение с временной меткой, это значение будет отброшено; однако можно отправить значение с временной меткой для истекшего периода технического обслуживания, и оно будет принято.
Если пользователь изменяет период технического обслуживания, узлы сети, группы или теги, изменения вступят в силу только после синхронизации кэша конфигурации.
Конфигурация
Чтобы настроить период обслуживания:
- Перейдите в: Сбор данных > Обслуживание.
- Нажмите Создать период обслуживания (или имя существующего периода обслуживания).
- Введите параметры обслуживания в форме.
Все обязательные поля ввода отмечены красной звездочкой.
| Parameter | Description |
|---|---|
| Name | Имя периода обслуживания. |
| Maintenance type | Можно задать два типа обслуживания: Сбор данных включен - данные собираются сервером во время обслуживания, и триггеры обрабатываются; Без сбора данных - данные по-прежнему могут собираться, но во время обслуживания они не сохраняются в базу данных, и триггеры (включая функцию nodata()) не срабатывают.См. Влияние периодов обслуживания, чтобы узнать, как каждый тип влияет на отчет о доступности. |
| Active since | Дата и время, с которых выполнение периодов обслуживания становится активным. Примечание: Указание только этого времени не активирует период обслуживания; периоды обслуживания должны быть настроены в Periods (см. ниже). |
| Active till | Дата и время, до которых выполнение периодов обслуживания остается активным. |
| Periods | Этот блок позволяет определить точные дни и часы, когда выполняется обслуживание. При нажатии  открывается всплывающее окно с гибкой формой Maintenance period, в которой можно задать расписание обслуживания. Подробное описание см. в разделе Периоды обслуживания. |
| Host groups | Выберите группы узлов сети, для которых будет активировано обслуживание. Обслуживание будет активировано для всех узлов сети из указанных групп узлов сети. Это поле поддерживает автодополнение, поэтому при вводе текста будет отображаться выпадающий список всех доступных групп узлов сети. Указание родительской группы узлов сети неявно выбирает все вложенные группы узлов сети. Таким образом, обслуживание также будет активировано на узлах сети из вложенных групп. |
| Hosts | Выберите узлы сети, для которых будет активировано обслуживание. Это поле поддерживает автодополнение, поэтому при вводе текста будет отображаться выпадающий список всех доступных узлов сети. |
| Tags | Укажите теги для подавления проблем с совпадающими тегами на узлах сети в обслуживании. Можно задать несколько условий. Сопоставление имени тега всегда чувствительно к регистру. Для каждого условия доступны два оператора: Contains - включать указанные имена тегов, если значения тегов содержат введенную строку (поиск подстроки, чувствителен к регистру); Equals - включать указанные имена и значения тегов (чувствителен к регистру). Для условий доступны два типа вычисления: And/Or - должны быть выполнены все условия, при этом условия с одинаковым именем тега будут сгруппированы по условию Or; Or - достаточно выполнения одного условия. Теги можно указать только если выбран тип обслуживания Сбор данных включен. |
| Description | Описание периода обслуживания. |
Периоды обслуживания
Окно периода обслуживания предназначено для планирования времени для регулярного или разового обслуживания. Форма динамическая: доступные поля изменяются в зависимости от выбранного Тип периода.
| Тип периода | Описание |
|---|---|
| Однократно | Настройте разовый период обслуживания: Дата - дата и время периода обслуживания; Длительность периода обслуживания - как долго обслуживание будет активно. |
| Ежедневно | Настройте ежедневный период обслуживания: Каждые N дней - частота обслуживания (1 - (по умолчанию) каждый день, 2 - каждые два дня и т. д.); В (час:минута) - время суток, когда начинается обслуживание; Длительность периода обслуживания - как долго обслуживание будет активно. Когда параметр Каждые N дней больше "1", начальным днем считается день, на который приходится время Активно с. Примеры: - если Активно с установлено в "2021-01-01 12:00", Каждые N дней установлено в "2", а В (час:минута) - в "23:00", то первый период обслуживания начнется 1 января в 23:00, а второй - 3 января в 23:00; - если Активно с установлено в "2021-01-01 12:00", Каждые N дней установлено в "2", а В (час:минута) - в "01:00", то первый период обслуживания начнется 3 января в 01:00, а второй - 5 января в 01:00. |
| Еженедельно | Настройте еженедельный период обслуживания: Каждые N недель - частота обслуживания (1 - (по умолчанию) каждую неделю, 2 - каждые две недели и т. д.); День недели - в какой день должно проводиться обслуживание; В (час:минута) - время суток, когда начинается обслуживание; Длительность периода обслуживания - как долго обслуживание будет активно. Когда параметр Каждые N недель больше "1", начальной неделей считается неделя, на которую приходится время Активно с. Примеры см. в описании параметра Ежедневно выше. |
| Ежемесячно | Настройте ежемесячный период обслуживания: Месяц - выберите все месяцы, в течение которых выполняется регулярное обслуживание; Дата: День месяца - выберите этот вариант, если обслуживание должно проводиться в одну и ту же дату каждого месяца (например, каждый 1-й день месяца), затем выберите нужный день в появившемся поле День месяца; Дата: День недели - выберите этот вариант, если обслуживание должно проводиться только в определенные дни (например, каждый первый понедельник месяца), затем выберите (в раскрывающемся списке) нужную неделю месяца (первую, вторую, третью, четвертую или последнюю), а затем отметьте флажками день(дни) обслуживания; В (час:минута) - время суток, когда начинается обслуживание; Длительность периода обслуживания - как долго обслуживание будет активно. |
При создании периода обслуживания используется часовой пояс пользователя, который его создает. Однако при планировании повторяющихся периодов обслуживания (Daily, Weekly, Monthly) используется часовой пояс сервера Zabbix. Чтобы обеспечить предсказуемое поведение повторяющихся периодов обслуживания, необходимо использовать единый часовой пояс для всех компонентов Zabbix.
Когда закончите, нажмите Add, чтобы добавить период обслуживания в блок Periods.
Обратите внимание, что изменения времени на летнее/зимнее время (DST) не влияют на длительность обслуживания. Например, предположим, что настроено двухчасовое обслуживание, которое обычно начинается в 01:00 и заканчивается в 03:00:
- если после одного часа обслуживания (в 02:00) происходит переход на летнее/зимнее время и текущее время меняется с 02:00 на 03:00, обслуживание продолжится еще один час (до 04:00);
- если после двух часов обслуживания (в 03:00) происходит переход на летнее/зимнее время и текущее время меняется с 03:00 на 02:00, обслуживание остановится, поскольку два часа уже прошли;
- если период обслуживания начинается в час, который пропускается из-за перехода на летнее/зимнее время, то обслуживание не начнется.
Если период обслуживания задан как "1 day" (фактическая длительность обслуживания составляет 24 часа, поскольку Zabbix рассчитывает дни в часах), начинается в 00:00 и заканчивается в 00:00 следующего дня:
- обслуживание остановится в 01:00 следующего дня, если текущее время сдвинется вперед на один час;
- обслуживание остановится в 23:00 этого дня, если текущее время сдвинется назад на один час.
Отображение
Отображение узлов сети в обслуживании
Оранжевый значок гаечного ключа 
рядом с именем узла сети указывает на то, что этот узел сети находится в обслуживании в следующих разделах:
- Панели мониторинга
- Мониторинг > Проблемы
- Инвентаризация > Узлы сети > Подробности инвентаризации узла сети
- Сбор данных > Узлы сети (см. столбец 'Status')
Сведения об обслуживании отображаются, когда указатель мыши находится над значком.
Кроме того, узлы сети в обслуживании выделяются оранжевым фоном в Мониторинг > Карты.
Отображение подавленных проблем
Обычно проблемы для узлов сети, находящихся на обслуживании, подавляются, то есть не отображаются в веб-интерфейсе.
Подавленные проблемы также могут быть скрыты, если они были подавлены вручную.
Отображать подавленные проблемы можно, выбрав параметр Show suppressed problems в следующих местах:
- Dashboards (в конфигурации виджета Problem hosts, Problems, Problems by severity, Trigger overview)
- Monitoring > Problems (в фильтре)
- Monitoring > Maps (в конфигурации карты)
- Глобальные notifications (в конфигурации профиля пользователя)
Когда отображаются подавленные проблемы, показывается следующий значок: 
.
Если подавление связано с обслуживанием узла сети, отображаются следующие значки:
- проблема была подавлена из-за обслуживания узла сети.
- проблема была снята с подавления после обслуживания узла сети.
При наведении указателя на значок отображается дополнительная информация. В деталях события можно проверить, была ли событие подавлено из-за обслуживания или подавлено вручную. Если применяются и обслуживание, и ручное подавление, приоритет в цвете значка имеет ручное подавление.
Расчет очередей во время обслуживания
Очереди, отображаемые во веб-интерфейсе Zabbix (Administration > Queue), рассчитываются сервером Zabbix. Они не включают элементы данных в обслуживании No data collection, и длина очереди для этих элементов всегда равна нулю, даже если их значения задерживаются. Задержанные элементы данных в обслуживании With data collection по-прежнему учитываются в очереди.
Прокси Zabbix proxy не знает о периодах обслуживания, поскольку между сервером Zabbix и прокси отсутствует синхронизация конфигурации обслуживания.
Внутренние проверки, вычисляемые на прокси Zabbix (например, zabbix[queue,,] и zabbix[stats,,,queue,,]), сообщают о задержанных элементах данных независимо от статуса обслуживания на сервере Zabbix.
В результате для одних и тех же элементов данных в обслуживании No data collection веб-интерфейс Zabbix и внутренние проверки на прокси Zabbix могут сообщать разную длину очереди.