Связывание тикетов с узлами
INFRAX позволяет связывать тикеты с узлами сети для обеспечения контекста инфраструктуры. Система автоматически создает инциденты при проблемах с мониторингом и позволяет вручную создавать инциденты для узлов. Это обеспечивает прямую связь между проблемами инфраструктуры и системой обработки заявок.
Обзор функционала
Связывание тикетов с узлами сети в INFRAX предоставляет следующие возможности:
Основные возможности
- Автоматические инциденты — система автоматически создает тикеты при срабатывании триггеров мониторинга
- Ручное создание — возможность вручную создать инцидент для любого узла-сервера
- Контекст узла — в тикете отображается полная информация о связанном узле
- Быстрые действия — из тикета можно подключиться к узлу, управлять им, выполнять скрипты
- Просмотр всех инцидентов — возможность посмотреть все инциденты, связанные с конкретным узлом
- Бизнес-контекст — отображение затронутых бизнес-сервисов
Автоматическое создание инцидентов
Система мониторинга INFRAX автоматически создает инциденты при обнаружении проблем с узлами сети.
Условия автоматического создания
Триггеры мониторинга
Инциденты автоматически создаются при срабатывании следующих триггеров:
- Недоступность узла — когда узел не отвечает на ping
- Высокая загрузка CPU — превышение порогового значения
- Нехватка памяти — недостаточно свободной RAM
- Заполнение диска — критический уровень использования дискового пространства
- Истечение SSL сертификата — приближение срока окончания действия сертификата
Структура автоматически созданного инцидента
| Поле | Значение |
|---|---|
| Заголовок | Генерируется автоматически в формате "Инцидент: [Название узла] ([Тип подключения])" |
| Описание | Содержит информацию о проблеме из системы мониторинга |
| Приоритет | Устанавливается автоматически на основе критичности проблемы |
| Статус | "В работе" — инцидент сразу назначается исполнителю |
| Связь с узлом | Автоматически привязывается к узлу, вызвавшему проблему |
Когда проблема с мониторингом устраняется (например, узел снова становится доступным), система автоматически закрывает связанный инцидент.
Ручное создание инцидентов
Вы можете вручную создать инцидент для узла сети, выбрав его в дереве узлов или в другом представлении.
Условия создания
Инциденты можно создавать только для узлов сети - серверов (с подключением RDP или SSH). Это узлы типа Endpoint, у которых настроены сервисы RDP или SSH.
Процесс создания инцидента
Шаг 1: Выбор узла
- Перейдите в раздел Узлы сети
- Выберите нужный узел-сервер в дереве узлов
- Убедитесь, что узел является сервером с подключением RDP или SSH
Шаг 2: Открытие формы инцидента
- Нажмите на кнопку действий для выбранного узла
- Выберите действие создания инцидента
- Откроется форма создания нового инцидента с предзаполненной информацией об узле
Шаг 3: Заполнение информации
Форма инцидента автоматически заполняется следующей информацией:
- Название узла — в заголовке тикета
- Путь к узлу — полный путь в иерархии
- IP-адрес — адрес узла
- Тип подключения — RDP или SSH
- Организация — организация пользователя
Вам нужно заполнить:
- Описание проблемы — подробное описание инцидента
- Приложения — при необходимости добавить скриншоты или другие файлы
Шаг 4: Создание инцидента
- Проверьте заполненную информацию
- Нажмите кнопку Создать
- Инцидент будет создан и автоматически связан с узлом
- Создатель инцидента автоматически назначается исполнителем
- Статус устанавливается как "В работе"
Просмотр информации об узле в тикете
Когда вы открываете тикет, связанный с узлом, в правой части окна тикета отображается блок с информацией об узле и доступными действиями.
Информация об узле
Отображаемые данные
- Название узла — имя узла сети
- Путь к узлу — полный путь в иерархии узлов
- Затронутые бизнес-сервисы — список бизнес-сервисов, в которые входит данный узел
Доступные действия
Из карточки тикета вы можете выполнять различные действия с связанным узлом:
| Действие | Описание |
|---|---|
| Подключиться | Быстрое подключение к узлу через RDP, SSH или другой настроенный протокол |
| Управление | Открыть настройки узла с вкладкой мониторинга для просмотра текущего состояния |
| Скрипт | Выполнить скрипт на узле сети |
| Ещё | Раскрыть дополнительные действия |
Дополнительные действия
При нажатии на кнопку Ещё становятся доступны следующие действия:
| Действие | Описание |
|---|---|
| Перезагрузить узел | Перезагрузить операционную систему на узле сети (доступно при установленном агенте) |
| Инциденты по узлу | Просмотреть все инциденты, связанные с данным узлом |
| Проверить агента | Проверить состояние агента на узле |
| Установить агента | Установить агента на узел сети (если агент еще не установлен) |
Все действия доступны прямо из окна тикета — не нужно переключаться между разделами системы для управления узлом.
Просмотр тикетов узла
Вы можете просмотреть все инциденты, связанные с конкретным узлом сети.
Способ 1: Из карточки тикета
- Откройте любой инцидент, связанный с узлом
- В блоке информации об узле нажмите кнопку Ещё
- Выберите действие Инциденты по узлу
- Откроется модальное окно с заголовком "Связанные инциденты узла сети "[Название узла]""
- Вы увидите список всех инцидентов, связанных с данным узлом
Возможности просмотра
В окне связанных инцидентов доступны:
- Фильтрация — по статусу, приоритету, исполнителю
- Сортировка — по дате, статусу, приоритету
- Поиск — полнотекстовый поиск по тикетам
- Открытие тикета — клик по любому тикету открывает его для просмотра
В списке отображаются все инциденты узла: текущие, закрытые и архивные. Это позволяет отследить историю проблем с конкретным узлом.
Множественные связи
Система поддерживает связывание тикета с несколькими узлами через механизм бизнес-сервисов.
Как это работает
Бизнес-сервисы
Когда создается инцидент для узла, система автоматически определяет все бизнес-сервисы, в которые входит этот узел, и отображает их в карточке инцидента.
Таким образом:
- Один инцидент напрямую связан с одним узлом
- Через бизнес-сервисы инцидент косвенно связан со всеми узлами, входящими в эти сервисы
- В карточке тикета отображается раздел "Затронутые бизнес-сервисы"
- Вы можете кликнуть на бизнес-сервис, чтобы посмотреть его состав и связи
Практическое применение
Пример сценария
Предположим, у вас есть веб-приложение, которое работает на нескольких серверах:
- Веб-сервер (nginx)
- Сервер приложений (application server)
- Сервер базы данных (PostgreSQL)
Все эти серверы объединены в бизнес-сервис "Веб-приложение".
Когда создается инцидент для сервера базы данных:
- Инцидент напрямую связан с узлом "PostgreSQL Server"
- В инциденте отображается затронутый бизнес-сервис "Веб-приложение"
- Вы сразу видите, что проблема с БД влияет на всё веб-приложение
- Можете быстро перейти к информации о других узлах сервиса
Рекомендации
💡 Настройка мониторинга
- Настройте правильные пороговые значения для автоматического создания инцидентов
- Убедитесь, что критичные узлы имеют корректные настройки мониторинга
- Используйте разные пороги для тестовых и продуктовых серверов
🎯 Работа с инцидентами
- При получении автоматического инцидента сначала подключитесь к узлу для диагностики
- Используйте кнопку Управление для просмотра графиков мониторинга
- Добавляйте скриншоты и логи в сообщения инцидента для документирования проблемы
- Просматривайте затронутые бизнес-сервисы для оценки масштаба проблемы
📊 Анализ проблем
- Периодически просматривайте историю инцидентов узлов для выявления повторяющихся проблем
- Используйте кнопку Инциденты по узлу для анализа истории
- Обращайте внимание на частоту создания инцидентов для одного и того же узла
🔗 Бизнес-сервисы
- Создавайте бизнес-сервисы для логической группировки связанных узлов
- Правильная настройка бизнес-сервисов помогает понять зависимости при инцидентах
- Регулярно обновляйте состав бизнес-сервисов при изменении инфраструктуры
Не игнорируйте автоматически создаваемые инциденты — они сигнализируют о реальных проблемах в инфраструктуре. Своевременная реакция на инциденты помогает предотвратить серьезные сбои.