04.09.2026

Общее описание

Наименование и обозначение Системы

Полное наименование: Gelarm Infrastructure Management Systems Monitoring Fault.
Сокращенное наименование/обозначение: GIMS Monitoring Fault (далее по тексту — Система или GIMS).

Назначение Системы

Система GIMS Monitoring Fault предназначена для зонтичного мониторинга ИТ-инфраструктуры и сетевого оборудования, а также для автоматизации процессов обработки аварийных сообщений.

Система решает следующие ключевые задачи:

Автоматизированный сбор и унификация аварийных сообщений от различных объектов мониторинга:
- Активный мониторинг: опрос объектов и идентификация сбоев в их работе;
- Пассивный мониторинг: прием и обработка входящих сообщений (Syslog, SNMP Traps и др.), поступающих от объектов;
Централизованная агрегация: сбор и хранение всех поступающих сообщений в единой базе данных;
Интеллектуальный анализ и автоматизация: применение сценариев дедупликации, фильтрации и корреляции событий (реализуется совместно с модулем GIMS Automation);
Топологическая корреляция: выявление первопричин аварий на основе связей в ресурсно-сервисной модели (реализуется совместно с модулями GIMS Automation и GIMS Inventory).

Общее описание принципов работы Системы

Процесс внедрения и эксплуатации Системы делится на два основных этапа:

Начальная настройка (первичный запуск):
- развертывание компонентов и настройка связи между ними;
- настройка ролевой модели доступа пользователей;
- конфигурирование серверов или кластеров для распределенной обработки информации;
- создание типов источников данных и типов активаторов.
Текущая эксплуатация:
- создание и редактирование функций и выражений для генерации событий;
- настройка политик мониторинга;
- оперативный мониторинг, фильтрация и обработка событий в веб-интерфейсе.

Архитектура и взаимодействие компонентов

Архитектурно Система состоит из следующих основных компонентов (см. Рисунок 1):

Portal — веб-портал для администрирования Системы, настройки конфигураций и работы пользователей с интерфейсом.
Inventory (опциональный компонент) — база данных и сервисы для учета и хранения инвентарных данных (ресурсно-сервисной модели).
Automation — компонент, отвечающий за непосредственное взаимодействие с объектами мониторинга, сбор данных и запуск сценариев.
Monitoring Fault — компонент, отвечающий за агрегацию, обработку и хранение событийной информации.

Важно: Каждый компонент рекомендуется устанавливать на выделенном сервере (или в рамках выделенного кластера). Установка всех компонентов на один физический/виртуальный сервер допускается для тестовых сред, но не рекомендуется для продуктивной эксплуатации.

undefined

Рисунок 1 – Схема взаимодействия компонент

Сервисы компонентов Системы

Каждый компонент состоит из набора специализированных служб (сервисов). Их назначение приведено в Таблице 1.

Таблица 1 – Сервисы, участвующие в работе компонентов GIMS

Сервер (Компонент)	Сервис	Назначение
Portal	`agent`	Обеспечение связи компонентов GIMS между собой.
Portal	`backend`	Серверная часть, отвечающая за бизнес-логику и обработку данных Системы.
Portal	`celery-beat`	Планировщик задач Python для выполнения внутренних системных функций.
Portal	`celery-cron`	Очередь задач Python для запуска скриптов по расписанию (cron).
Portal	`celery-deploy`	Очередь задач Python для развертывания и обновления компонентов Системы.
Portal	`celery-script`	Очередь задач Python для выполнения пользовательских сценариев автоматизации.
Portal	`frontend`	Веб-интерфейс Системы (презентационная часть для пользователей).
Portal	`monitor`	Сервис самодиагностики и мониторинга состояния компонентов GIMS.
Portal	`pgbouncer`	Пулер (балансировщик) подключений к базе данных PostgreSQL.
Portal	`postgres`	База данных компонента GIMS Portal.
Portal	`rabbitmq`	Брокер сообщений для обмена данными между сервисами Системы.
Portal	`replicator`	Сервис синхронизации конфигураций между Portal и другими компонентами.
Portal	`syslog`	Сервис логирования для сбора и отображения сообщений сценариев в интерфейсе.
Portal	`update`	Сервис для централизованного обновления версии GIMS Portal.
Automation	`agent`	Обеспечение связи компонентов GIMS между собой.
Automation	`backend`	Серверная часть компонента Automation для обработки данных.
Automation	`celery-activator`	Очередь задач Python для запуска сценариев из активаторов.
Automation	`celery-beat`	Планировщик задач Python для внутренних функций компонента Automation.
Automation	`celery-cron`	Очередь задач Python для запуска скриптов сбора по расписанию.
Automation	`celery-preactivator`	Очередь задач Python для предварительной подготовки и запуска активаторов.
Automation	`celery-scheduler`	Очередь задач Python для планирования регламентных скриптов.
Automation	`celery-script`	Очередь задач Python для выполнения сценариев автоматизации сбора.
Automation	`frontend`	Веб-интерфейс для локальной настройки компонента Automation.
Automation	`pgbouncer`	Пулер подключений к базе данных GIMS Automation.
Automation	`postgres`	База данных компонента GIMS Automation.
Automation	`rabbitmq`	Брокер сообщений компонента Automation.
Automation	`syslog`	Сервис сбора логов выполнения сценариев автоматизации.
Automation	`update`	Сервис для обновления версии GIMS Automation.
Monitoring Fault	`agent`	Обеспечение связи компонентов GIMS между собой.
Monitoring Fault	`backend`	Серверная часть, отвечающая за обработку и корреляцию событий.
Monitoring Fault	`frontend`	Презентационная часть (интерфейс) для работы со списками событий.
Monitoring Fault	`pgbouncer`	Пулер подключений к базе данных событий.
Monitoring Fault	`postgres`	База данных для хранения оперативной и исторической событийной информации.
Monitoring Fault	`update`	Сервис для обновления версии GIMS Monitoring Fault.

Документация