История триггеров мониторинга
INFRAX автоматически отслеживает все изменения настроек триггеров мониторинга, сохраняя полную историю с информацией о том, кто, когда и что изменил. Это обеспечивает прозрачность управления системой мониторинга и позволяет отслеживать эволюцию настроек узлов.
Что отслеживается в истории
Система автоматически записывает все изменения настроек триггеров мониторинга для каждого узла. История ведется для всех типов триггеров.
Типы триггеров, для которых ведется история
| Тип триггера | Отслеживаемые параметры |
|---|---|
| Доступность (ping) |
|
| Процессор (CPU) |
|
| Память (RAM) |
|
| Диск |
|
| Агент |
|
| SSL-сертификаты |
|
Все изменения записываются автоматически — вам не нужно выполнять дополнительные действия. Система сама определяет, какие параметры изменились, и создает соответствующие записи в истории.
Просмотр истории изменений
История изменений триггеров доступна для каждого узла в отдельной вкладке настроек узла.
Как открыть историю триггеров
- Откройте настройки узла одним из способов:
- Дважды щелкните на узел в дереве
- Выберите узел и нажмите Редактировать
- Щелкните правой кнопкой мыши и выберите Редактировать
- В открывшемся окне перейдите на вкладку "История изменений триггеров"
- Система автоматически загрузит и отобразит историю изменений для выбранного узла
Интерфейс истории триггеров
История отображается в виде таблицы с подробной информацией о каждом изменении. Таблица поддерживает:
- Пагинацию — для удобной навигации по большому количеству записей
- Фильтрацию — по типу триггера для быстрого поиска нужных изменений
- Обновление — кнопка обновления для получения актуальных данных
Структура записей истории
Каждая запись в истории содержит полную информацию об изменении настройки триггера.
Колонки таблицы истории
| Колонка | Описание |
|---|---|
| Дата |
Время изменения в формате:ДД.ММ.ГГГГ ЧЧ:ММС отображением относительного времени (например, "2 часа назад") |
| Пользователь | Имя пользователя, который внес изменения |
| Триггер |
Тип триггера с цветовой индикацией:
|
| Параметр | Название измененного параметра на русском языке |
| Изменение |
Старое и новое значение с визуальной индикацией:
|
| Комментарий | Комментарий пользователя о причине изменения (если был добавлен) |
Форматирование значений
Система автоматически форматирует значения для удобства восприятия:
null→ "Наследовать" (значение берется из настроек сети или глобальных настроек)true/1→ "Да"false/0→ "Нет"- Числовые значения отображаются как есть (например, пороги в процентах)
Фильтрация истории
Для удобства работы с большим количеством записей доступна фильтрация по типу триггера.
Использование фильтра
- В верхней части таблицы истории найдите выпадающий список фильтра
- Выберите интересующий тип триггера:
- Все типы триггеров — отображать всю историю
- Доступность (ping) — только изменения триггеров ping
- Процессор (CPU) — только изменения триггеров CPU
- Память (RAM) — только изменения триггеров RAM
- Диск — только изменения триггеров диска
- Агент — только изменения триггеров агента
- SSL-сертификаты — только изменения триггеров SSL
- Таблица автоматически обновится и покажет только записи выбранного типа
Обновление данных
Рядом с фильтром расположена кнопка обновления (значок ↻). Нажмите на нее, чтобы загрузить актуальные данные из системы.
Используйте фильтрацию при анализе изменений конкретного типа триггеров. Это особенно полезно при настройке и отладке мониторинга определенных метрик.
Узлы с переопределенными триггерами
В дашборде мониторинга доступна специальная карточка, показывающая все узлы, у которых настройки триггеров отличаются от унаследованных из сети.
Просмотр узлов с переопределениями
- Перейдите в раздел Мониторинг → Дашборд
- Найдите карточку "Узлы сети с переопределенными параметрами триггеров"
- В карточке отображается:
- Название узла (кликабельное)
- Путь узла в иерархии
- Количество переопределений (бейдж с числом)
- Нажмите на название узла, чтобы открыть его настройки с автоматическим переходом на вкладку истории триггеров
Для чего нужна эта информация
Карточка с переопределенными триггерами помогает:
- Контролировать консистентность — видеть все узлы с индивидуальными настройками
- Находить аномалии — обнаруживать узлы с нестандартной конфигурацией
- Оптимизировать управление — определять узлы, которые можно вернуть к стандартным настройкам
- Документировать исключения — понимать, какие узлы требуют особого внимания
Большое количество узлов с переопределенными настройками может указывать на необходимость пересмотра настроек по умолчанию на уровне сети. Рассмотрите возможность изменения глобальных настроек вместо индивидуальных переопределений.
Практические сценарии использования
Сценарий 1: Анализ эволюции настроек
Задача: Понять, как менялись настройки мониторинга узла со временем.
Решение:
- Откройте историю триггеров для интересующего узла
- Просмотрите записи в хронологическом порядке (от новых к старым)
- Обратите внимание на комментарии, объясняющие причины изменений
- Проанализируйте частоту изменений и типы корректируемых параметров
Сценарий 2: Расследование инцидента
Задача: Выяснить, почему система перестала создавать тикеты для узла.
Решение:
- Откройте историю триггеров узла
- Примените фильтр по соответствующему типу триггера (например, "Доступность (ping)")
- Найдите последнее изменение параметра "Создавать тикет при недоступности"
- Проверьте, кто и когда изменил настройку
- Прочитайте комментарий, если он был добавлен
- При необходимости верните настройку к предыдущему значению
Сценарий 3: Аудит изменений
Задача: Провести аудит всех изменений настроек мониторинга за период.
Решение:
- Используйте карточку "Узлы с переопределенными параметрами" для получения списка всех узлов с индивидуальными настройками
- Для каждого узла откройте историю триггеров
- Проверьте, есть ли изменения в интересующий период
- Обратите внимание на наличие комментариев и их содержание
- Убедитесь, что все изменения были санкционированы и документированы
Сценарий 4: Стандартизация настроек
Задача: Привести настройки триггеров узлов к единому стандарту.
Решение:
- Откройте карточку "Узлы с переопределенными параметрами" в дашборде мониторинга
- Изучите список узлов и количество переопределений для каждого
- Для узлов с большим количеством переопределений откройте историю
- Проанализируйте, какие параметры были изменены и почему
- Определите, можно ли вернуть узлы к стандартным настройкам (значение "Наследовать")
- При необходимости скорректируйте настройки сети, а не отдельных узлов
Рекомендации и лучшие практики
- Всегда добавляйте комментарии при значимых изменениях настроек триггеров
- Документируйте эксперименты — если меняете настройки для тестирования, укажите это в комментарии
- Периодически проверяйте узлы с переопределениями — возможно, некоторые можно вернуть к стандартным настройкам
- Используйте историю для обучения — показывайте новым администраторам, как менялись настройки
- Анализируйте паттерны — если часто меняете одни и те же параметры, возможно, стоит изменить настройки по умолчанию
- Не меняйте настройки триггеров без понимания последствий
- Не создавайте большое количество индивидуальных переопределений без необходимости
- Не игнорируйте запросы на добавление комментариев при важных изменениях
- Не забывайте проверять историю при расследовании инцидентов
Интеграция с другими функциями
История триггеров тесно связана с другими функциями системы:
- Настройки триггеров — все изменения, сделанные во вкладках настройки триггеров, автоматически попадают в историю
- Helpdesk — комментарии в истории помогают понять, почему для узла создаются или не создаются тикеты
- Дашборд мониторинга — карточка с переопределенными триггерами дает быстрый доступ к узлам с нестандартными настройками
- Аудит системы — история триггеров служит важным источником информации при аудите безопасности и соответствия регламентам
Комментарии к изменениям
При изменении настроек триггеров система может предложить добавить комментарий, объясняющий причину изменения.
Когда появляется запрос комментария
Диалог с запросом комментария появляется автоматически после сохранения настроек триггеров, если были внесены изменения. В диалоге отображается:
Добавление комментария
Зачем нужны комментарии
Комментарии помогают:
Добавляйте содержательные комментарии к значимым изменениям настроек. Это поможет вам и вашим коллегам понимать эволюцию конфигурации мониторинга и быстро разбираться в причинах изменений.