Network Manager. Компания Naumen

1.

Network Manager
Гурошев Иван
Руководитель бизнес развития продукта NNM
2022

2.

Компания NAUMEN
100% российская компания,
основанная в Екатеринбурге
17+ лет на рынке
Тверь
500+ сотрудников
Москва
Севастополь
Екатеринбург
Челябинск
Офисы в 7 городах

3.

Network Manager
3

4.

NNM это решение для
Мониторинга и управления любыми типами инфраструктур от малого/среднего
бизнеса, до уровня enterprise с распределенными сетями и жесткими требованиями
к отказоустойчивости, масштабируемости и быстродействию.
Организаций активно использующих системы мониторинга и тех, кто еще не
определился с выбором подходящего инструмента.
Тех кому важно иметь инструменты мониторинга, управления и контроля состояния
всех ИКТ активов в реальном времени в одном окне.
Организации прозрачности на всех уровнях управления
4

5.

Проблематика
Отсутствие охвата всех технологических доменов, нет целостного контроля SLA ИКТ
сервисов
Отсутствие единой базы технологического учета – невозможность определить критичность
сбоя и его влияние на оказываемые ИКТ сервисы
Отсутствие автоматического поиска первопричины сбоя – приводит к затратам на
восстановления инфраструктуры, невозможности автоматизации процессов обслуживания
Отсутствие механизмов прогнозирования сбоев – потери на простои, которых можно было
бы избежать
Сложная и ресурсоемкая архитектура с не ИТ элементами и устаревшим оборудованием –
отсутствие полноценного контроля ситуации
5

6.

Чем поможет NNM
Создаст единый центр мониторинга, управления и диспетчеризации всех активов в
реальном времени
Автоматически определит все ИКТ активы в сети и состав используемых сервисов
Введёт единую базу данных для формирования операционной и управленческой
отчетностей
Автоматизирует поиск первопричины аварии
Спрогнозирует места возможных аварий
6

7.

Особенности решения
Независимое ядро системы (зарегистрировано отдельно)
Подтвержденный опыт работы в высоконагруженных системах с большим
количеством событий
Использование технологий параллельных вычислений и EEDA
Работа на х86 архитектуре и открытых Linux ОС
Поддержка работы на защищенных Linux Astra ОС
Русифицированный полнофункциональный web интерфейс
Русскоязычная пользовательская документация
Возможность разработки сторонних модулей
Интеграции с внешними системами и оборудованием
7

8.

Начало работы с NNM
Создаст единый центр мониторинга, управления и диспетчеризации всех активов в
реальном времени
Автоматически определит все ИКТ активы в сети и состав используемых сервисов
Введёт единую базу данных для формирования операционной и управленческой
отчетности
Автоматизирует поиск первопричины аварии
Спрогнозирует места возможных аварий
8

9.

Первоочередные эффекты от внедрения
Сбор разнородных событий в едином решении:
Сообщения оборудования IP сетей, транспортных сетей,
сетей передачи данных, оборудования сетей спутниковой
связи
Консолидация данных:
Информация из разных систем управления
Представление в едином интерфейсе системы управления
неисправностями и контроля производительности
оборудования
Сообщения тех. процессов: Контроллеры, АСУТП, SCADA
Сообщения оборудования электрообеспечения,
кондиционирования, датчиков
Предоставление единого интерфейса с
геоинформационной системой
Сообщения БД, приложений, систем хранения данных
Сообщения подсистем информационной безопасности –
межсетевые экраны, антивирусы, DLP и пр..
Универсальный инструмент для дежурной смены службы
эксплуатации и руководства
Исключение возможности манипулирования или искажения
информации
9

10.

Структура NNM
Уровень сбора данных (Коллекторы)
Уровень нормализации данных (Диспечер событий)
Ядро системы (Core):
Модельный каталог
Модель инфраструктуры
Обработка событий
Уровень представления (GUI)
Высокая производительность ядра (10000+ EPS)
Реализация отказоустойчивой и распределённой
“облачной” структуры
Возможность реализации иерархической
сложноподчинённой инсталляции
Многопользовательский портал с гибкими возможностями
назначения зон видимости
Любая х86 архитектура, поддержка работы в виртуальных
средах
Высокопроизводительная БД для работы с большим
количеством устройств (более 150 000 на одно ядро)
Открытые задокументированные API для интеграции с
внешними системами
Полностью WEB – based интерфейс (не требуется
установка специализированного ПО), в том числе и на
мобильных устройствах
1
0

11.

Техническая информация

12.

Мониторинг и сбор данных
Система работает в двух режимах:
-
Активный опрос
-
Сбор и анализ “сырых” событий
НЕКОТОРЫЕ ПОДДЕРЖИВАЕМЫЕ
ПРОТОКОЛЫ
CORBA
SNMP
DB Link
TELNET
FTP
TMF
HTTP-HTTPS
Vendor API (Java, Perl,
…)
LOG
WebServices
OPC
WMI
SMB
XML
Modbus
Netbus
*Flow
TS 32.432
TS 32.435
И многое другое…
Ведение и накопление
статистики по загрузке
компонент график
показателя
объектов контроля

13.

Интеллектуальный анализ данных,
выявление аномалий
Жёсткие пороги
срабатывания
Настройка
анализа данных
атрибутов
устройств
Аномалия
Аномали
я
Текущая
статистика по
атрибуту
Динамический порог
Спрогнозиров
анное
значение
ДИНАМИ
ЧЕСКИЙ
порог
Выявлено
аномальное
значение
показателя атрибута

14.

Интеллектуальный поиск первопричины сбоя
(RCA)
- Автоматическая корреляция (на основе встроенных математических методов)
- Возможность создания собственных правил корреляции.
Первопричина сбоя
на топологической
карте
Инвентарные
данные по
аварийному
устройству
Временная
диаграмма аварии
Выявление
сервисов,
затронутых
аварией
Данные по
заведённому
тикету
События,
породившие сбой
(на основе правил
корреляции)
Услуги,
затронутые
аварией

15.

Интеграция с внешними системами класса
OSS/BSS
Объект в системе
мониторинга
По клику обзор атрибутов
объекта
Данные из ТУ
Карточка
объекта в ТУ
1
5

16.

OSS/BSS
Устройство
Открытый API
Журнал
аварий:
мониторинг
Текст
события
Идентификатор
тикета
Принято или нет
в работу в
Service Desk
Кем принято (при
наличии) из Service
Desk
Уникальный
номер
тикета
Автоматически
сформированный
тикет в Service
Desk
Текст
аварии
Зона
действия
проблемы
1
6

17.

Результаты Discovery – наполнение и
синхронизация с CMDB
Карточка сетевого
оборудования в
системе
мониторинга
Карточка
серверного
оборудования в
системе
мониторинга
1
7

18.

Результаты Discovery - CMDB
Связности
Быстрый доступ к
данным о
состоянии
граничных
интерфейсов
Граничные
интерфейсы
1
8

19.

Продуктовый адаптер к решениям SD и ТУ
1
9

20.

Логирование истории
изменений по объекту
Расположение в
стойке / ‘этажном
плане и пр..
Привязка контрактов
на поставку /
поддержку и пр..
Данные от системы
мониторинга –
установленное ПО
Используемые
лицензии

21.

Мониторинг ИТ оборудования – сервера и ОС
Сервера, системы виртуализации, перифирийные устройства
Datastore
Серверное
оборудовaан
ие:
компоненты
Агентский
мониторинг
Виртуальные сети
Специализированные
дашборды
Агентский мониторинг
Виртуальные
машины
Привязка к планам
помещений
2
1

22.

Мониторинг ИТ оборудования – СХД и SAN
Инвентаризация и
provisioning в
мультивендорных
средах
Мониторинг
компонент СХД
Автоматическое
построение
линковки, FC
фабрик
Отслеживание
утилизации
компонент в
мультивендорных
SAN средах
2
2

23.

Мониторинг ИТ оборудования – приложения
Процессы
приложений
Детальный
мониторинг ПО:
СУБД
Специализированн
ые приложения и
сервисы:
Параметры AD
Очереди MQ
WEB сервис
2
3

24.

Мониторинг пользовательских действий
Детализация
выполнения скрипта
(эмулирующих
действий), включая
снимок экрана
Детализация
выполнения
скрипта
(эмулирующих
действий)
Маппирование
сбоя на сервисную
модель ИТ сервиса
2
4

25.

Интерфейс панорамного представления
Панорамное
изображение
Карта
перемещения
Переход между
панорамами
Привязка
реального объекта
Трёхмерная
визуализация
топологии

26.

Агент NNM (Windows OS)
Сбор информации от агента происходит по средствам WMI - это стандартный win
инструмент, агент используется, как транспорт этих данных.
Границы того, что можно собрать по wmi или snmp - ограничивает только вендор
самого оборудования.
WMI и snmp это задокументированные общедоступные инструменты которыми может
пользоваться кто угодно, но в рамках того, что заложил вендор в настройки своего
оборудования.
2
6

27.

Пример данных с агента:
2
7

28.

Спасибо за винимание!
Гурошев Иван
Руководитель бизнес развития
Продукта NNM
2
8