11. Обслуживание

Обзор

В Zabbix вы можете указать периоды обслуживания групп узлов сети, узлов сети и отдельных триггеров / услуг.

Имеется два типа обслуживания - со сбором данных и без сбора данных.

В течение обслуживания "со сбором данных" триггеры обрабатываются как обычно и создаются события, если потребуется. Однако, эскалации о проблемах будут поставлены на паузу для узлов сети/триггеров в обслуживании, если в настройках действия выбрана опция Приостановить операции для подавленных проблем. В этом случае шаги эскалаций, которые могут включать отправку оповещений или удаленные команды, будут игнорироваться до тех пор пока не завершится период обслуживания. Обратите внимание, что операции восстановления и обновления не подавляются в процессе обслуживания, только эскалации.

Например, если шаги эскалаций запланированы на 0, 30 и 60 минут после начала проблемы и имеется получасовое обслуживание, которое начинается с 10 минут до 40 минут после возникновения реальной проблемы, тогда второй и третий шаги будут выполнены спустя полчаса или спустя 60 минут и 90 минут (при условии, что проблема всё еще имеется). Аналогично, если проблема произойдёт в процессе обслуживания, эскалация начнется после завершения обслуживания.

Чтобы получать оповещения о проблемах в процессе обслуживания как обычно (без задержки), вам необходимо убрать опцию Приостановить операции для подавленных проблем в настройках действия.

Zabbix сервер должен работать во время обслуживания. Процессы таймера ответственны за переключение состояния узлов сети в/без обслуживания в 0 секунд каждой минуты. Обратите внимание, когда узел сети входит в режим обслуживания, процессы таймера Zabbix сервера теперь будут считывать все открытые проблемы для проверки, требуется ли их подавить. Такое поведение может повлиять на производительность, если имеется много открытых проблем. Zabbix сервер будет также читать все открытые проблемы при запуске процесса, даже если на это время отсутствуют настроенные обслуживания.

Обратите внимание, что Zabbix сервер (или прокси) всегда собирает данные, независимо от типа обслуживания (включая обслуживание "без данных"). Эти данные затем игнорируются сервером, если указан тип 'без сбора данных'.

После завершения обслуживания "без данных", триггеры, использующие функцию nodata(), не сработают до момента следующей проверки в течение периода времени обновления этих элементов данных.

Если добавлен элемент данных журнала к узлу сети, который находится в обслуживании, и обслуживание заканчивается, то будут обработаны только новые записи в файле журнала, начиная с момента завершения обслуживания.

Если значение со штампом времени отправляется на узел сети, который находится в обслуживании с типом обслуживания "без данных" (например при использовании Zabbix sender), тогда это значение будет отброшено, однако, имеется возможность отправить значение со штампом времени в течение истекшего периода обслуживания, и оно будет принято.

Если период обслуживания, узлы сети, группы или теги изменяются пользователем, то такие изменения вступают в силу только после синхронизации кэша конфигурации.

Настройка

Для настройки периода обслуживания:

• Перейдите в: Настройка → Обслуживание
• Нажмите на Создать период обслуживания (или на имени уже существующего периода обслуживания)
• Введите параметры обслуживания в диалоге

Все обязательные поля ввода отмечены красной звёздочкой.

Параметр	Описание
Имя	Имя периода обслуживания.
Тип обслуживания	Можно указать два типа обслуживания: Со сбором данных - данные будут собираться сервером в течении обслуживания, триггеры будут обрабатываться Без сбора данных - данные не будут собираться сервером в течении обслуживания
Активно с	Дата и время, когда выполняемые периоды обслуживания становятся активными. Обратите внимание: Установка только этого времени не активирует период обслуживания; чтобы это сделать перейдите на вкладку Периоды.
Активно до	Дата и время, когда выполняемые периоды обслуживания перестают быть активными.
Периоды	Этот блок позволяет вам указать точные дни и часы, когда обслуживание будет действовать. При нажатии на откроется всплывающее окно с диалогом гибкого Период обслуживания, где вы можете задать расписание обслуживания. Для получения более подробных сведений смотрите Периоды обслуживания.
Группы узлов сети	Выберите группы узлов сети для которых обслуживание будет активировано. Обслуживание будет активировано по всем узлам сети из указанных групп(ы) узлов сети. Это поле с функцией автодополнения, таким образом после начала ввода имени группы, будет автоматически предложен список совпадающих групп узлов сети в выпадающем меню. Если указать родительскую группу, косвенным образом будут выбраны все вложенные группы узлов сети. Таким образом обслуживание будет также активировано на узлах сети из вложенных групп.
Узлы сети	Выберите узлы сети для которых обслуживание будет активировано. Это поле с функцией автодополнения, таким образом после начала ввода имени узла сети, будет автоматически предложен список совпадающих узлов сети в выпадающем меню.
Теги	Если заданы теги обслуживания, тогда обслуживание по выбранным узлам сети будет активировано, но подавляться будут только проблемы с совпадающими тегами (то есть действия не будут применяться). В случае нескольких тегов поведение вычисляется следующим образом: И/Или - должны соответствовать все теги; однако, теги с одинаковыми именами вычисляются с условием Или Или - достаточно соответствия одного тега Имеется два способа сопоставления значения тега: Содержит - совпадение подстроки с учетом регистра (значение тега содержит введенную строку) Равно - соответствие строке с учетом регистра (значение тега равно введенной строке) Теги можно указать только, если выбран режим Со сбором данных.

Периоды обслуживания

Диалог периода обслуживания предназначен для планирования времени периодического или однократного обслуживания. Доступные поля диалога меняются динамически на основе выбранного Тип периода.

Когда завершите, нажмите на Добавить для добавления периода обслуживания в блок Периоды.

Заметки:

• Когда значение параметра Каждый день/Каждую неделю больше 1, день или неделя начала это день / неделя, когда выпадает время Активно с. Например:
  • когда параметр Активно с задан значением 1 Января в 12:00 и обслуживание на один час задано на каждый день с 23:00 приведет к первому периоду обслуживания на 1 Января в 23:00, тогда как второй период обслуживания начнется 1 Января в 23:00;
  • с таким же временем Активно с и обслуживанием на один час с периодом каждые два дня в 01:00, первый период обслуживания начнется 3 Января в 01:00, тогда как второй период обслуживания начнется 5 Января в 01:00.
• Перемена летнего времени (DST) не влияет на продолжительность обслуживания.
  • Допустим, у нас есть двухчасовое обслуживание, которое обычно начинается в 01:00 и заканчивается в 03:00:
    • Если после одного часа обслуживания (в 02:00) происходит изменение летнего времени и текущее время меняется с 02:00 на 03:00, обслуживание продлится на один час дольше до 04:00;
    • Если после двух часов обслуживания (в 03:00) происходит изменение летнего времени и текущее время меняется с 03:00 на 02:00, обслуживание остановится, так как два часа прошли.
  • Если период обслуживания задан 1 днем и обычно начинается в 00:00 и заканчивается к 00:00 следующего дня:
    • Так как Zabbix вычисляет дни в часах, фактический период обслуживания - 24 часа.
    • Если текущее время меняется на один час вперед, тогда обслуживание остановится в 01:00 на следующий день.
    • Если текущее время меняется на один час назад, тогда обслуживание остановится в 23:00 этим же днем.
  • Если обслуживание начинается в течении часа, пропущенного в связи с переходом на летнее время:
    • Обслуживание не начнется.

When done, press Add to add the maintenance period to the Periods block.

Note that Daylight Saving Time (DST) changes do not affect how long the maintenance will be. For example, let's say that we have a two-hour maintenance configured that usually starts at 01:00 and finishes at 03:00:

• if after one hour of maintenance (at 02:00) a DST change happens and current time changes from 02:00 to 03:00, the maintenance will continue for one more hour (till 04:00);
• if after two hours of maintenance (at 03:00) a DST change happens and current time changes from 03:00 to 02:00, the maintenance will stop, because two hours have passed;
• if a maintenance period starts during the hour that is skipped by a DST change, then the maintenance will not start.

If a maintenance period is set to "1 day" (the actual period of the maintenance is 24 hours, since Zabbix calculates days in hours), starts at 00:00 and finishes at 00:00 the next day:

• the maintenance will stop at 01:00 the next day if current time changes forward one hour;
• the maintenance will stop at 23:00 that day if current time changes back one hour.

Просмотр

Отображение узлов сети в обслуживании

Иконка с оранжевым ключом вблизи имени узла сети означает, что этот узел сети находится в обслуживании в следующих разделах:

• Мониторинг → Панель
• Мониторинг → Проблемы
• • Инвентаризация → Узлы сети → Детали инвентарных данных узла сети*
• Настройка → Узлы сети (Смотрите колонку 'Состояние')

Детали обслуживания отображаются при наведении курсора мыши на иконку.

Кроме этого, у узлов сети в обслуживании появляется оранжевый фон в Мониторинг → Карты сети.

Отображение подавленных проблем

Обычно проблемы с узлов сети в обслуживании подавляются, то есть не отображаются в веб-интерфейсе. Однако, также имеется возможность настроить так, чтобы подавленные проблемы будут отображаться при выборе опции Отображение подавленных проблем в следующих местах:

• Мониторинг → Панель (при настройке виджетов Узлы сети с проблемами, Проблемы, Проблемы по важности, Обзор триггеров)
• Мониторинг → Проблемы (в фильтре)
• Мониторинг → Обзор (в фильтре)
• Мониторинг → Карты сети (в настройках карты)
• Глобальные оповещения (в настройках профиля пользователя)

При отображении подавленных проблем отображается следующая иконка: . При наведении курсора мыши отобразятся более детальные сведения: