Naumen Network Manager

Содержание

Слайд 6

Полностью Российский продукт (не используется третьесторонних коммерческих продуктов, 100% Российские владельцы)
Используется уникальный

Полностью Российский продукт (не используется третьесторонних коммерческих продуктов, 100% Российские владельцы) Используется
на рынке комбинированный подход к корреляции и многопоточной обработке событий
Не требователен к аппаратным ресурсам
Полностью локализованный интерфейс
Легкость внедрения и поддержки
Подтверждённая база заказчиков в России и в Казахстане(ОАО «Ростелеком», ПАО ОАК, АО «Концерн ВКО «Алмаз-Антей», АО Kcell - Группа TeliaSonera, ИТЦ управления делами президента РК, Разведка Добыча КазмунайГаз и пр.)
Наличие локальной русскоязычной службы поддержки пользователей (Сервисный Центр 250+)

О решении

Слайд 7

Сбор разнородных событий:
Сообщения оборудования IP сетей, транспортных сетей, сетей передачи данных, оборудования

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

Единый ситуационный центр

Слайд 8

Консолидация данных:
Как объединить информацию из разных систем?
Как представить в едином интерфейсе системы

Консолидация данных: Как объединить информацию из разных систем? Как представить в едином
управления неисправностями и контроля производительности оборудования?
Как предоставить единый интерфейс с геоинформационной системой?
Как создать универсальный инструмент для дежурной смены службы эксплуатации и руководства
Как исключить возможность манипулирования или искажения информации?

Единый ситуационный центр

Слайд 9

Уровень медиации (Mediation)
Инвентаризация (Resource/Inventory management)
Управление неисправностями (Fault management)
Управление производительностью (Performance

Уровень медиации (Mediation) Инвентаризация (Resource/Inventory management) Управление неисправностями (Fault management) Управление производительностью
management)
Управление изменениями (Change management)
Управление качеством предоставляемых услуг (SLA management)
Управление безопасностью (Security management)
Предупреждение мошенничества (Fraud management)
Контроль выполнения задач по устранению неисправностей (Trouble ticketing)
Планирование и развитие (Service provisioning management)

Модули системы

Слайд 10

КАК добиться ?

Обнаружение
(Discovery)

Мониторинг и
оповещение

Анализирует
данные

Идентифицирует
первичную
проблему

Открывает TroubleTicket

Запрашивает авторизацию

КАК добиться ? Обнаружение (Discovery) Мониторинг и оповещение Анализирует данные Идентифицирует первичную
изменения

Анализирует возможные
последствия изменения

Авторизует изменение

Изменяет конфигурацию

Принятие
изменения

Закрывает
TroubleTicket

Очищает
журнал аварий

ИНФРАСТРУКТУРА

Как это работает

Слайд 12

Уровень сбора данных (Data Collector, Connector)
Уровень нормализации данных (EvDispatcher)
Ядро системы (Core):
Модельный каталог

Уровень сбора данных (Data Collector, Connector) Уровень нормализации данных (EvDispatcher) Ядро системы
(Modelling Catalog)
Модель инфраструктуры (Models)
Обработка событий (EvDispatcher)
Уровень представления (GUI)

Общая архитектура

Слайд 13

Общая архитектура

Общая архитектура

Слайд 14

Access Control, Authentication
DLP системы
IDS/IPS системы
Антивирусные приложения
Журналы событий серверов и рабочих станций
Межсетевые экраны
Активное

Access Control, Authentication DLP системы IDS/IPS системы Антивирусные приложения Журналы событий серверов
сетевое оборудование
Сканеры уязвимостей
Системы инвентаризации и asset-management
Системы web фильтрации
Технологическое оборудование и системы управления
Прочие корпоративные информационные системы

«НЕ НАВРЕДИ!»

Единая платформа для сбора и нормализации данных с большого количества разнородных источников безагентными методами

Уровень сбора: Источники

Слайд 15

Используется универсальный механизм автообнаружения устройств: SNMP v1,2,3, CLI, интеграция с системами управления,

Используется универсальный механизм автообнаружения устройств: SNMP v1,2,3, CLI, интеграция с системами управления,
сбор первичной информации от систем инвентаризации и пр..
Ограничение путём использования гибкой системы фильтров (единичный объект, подсети, типы устройств, OID, класс устройств, именование и пр..)
Поддерживается многопоточность процесса
Поддерживается объединение данных от различных источников в одной модели
Поддерживается пост-процессинг

Уровень сбора: Автообнаружение

Слайд 16

Уровень сбора

Уровень сбора

Слайд 17

Уровень сбора

Уровень сбора

Слайд 18

В основе – собственная разработка – язык моделирования
Любой элемент топологии может быть

В основе – собственная разработка – язык моделирования Любой элемент топологии может
смоделирован – это значит могут быть описаны его компоненты, взаимосвязи между ними (физические и логические), связи с другими сущностями, а также поведенческая модель элемента
Основные этапы корреляции:
нормализация входных данных
дедупликация и подавление «паразитных» событий
автоматическое присвоение нормализованных событий элементам топологии
срабатывание математических методов поиска первопричины сбоя (графы и пр.)
группировка событий в оперативном журнале по принципу «первопричина сбоя» – «последствия сбоя»
«подсветка» элементов на топологической карте

Ядро системы

Слайд 19

ОСОБЕННОСТИ:
Работа в высоконагруженных системах (поток сырых событий до тысяч в секунду)
Математические алгоритмы

ОСОБЕННОСТИ: Работа в высоконагруженных системах (поток сырых событий до тысяч в секунду)
поиска первопричины оптимизированы для обработки большого количества событий
Поддержка географически распределённых инсталляций
локальный модуль мониторинга осуществляет сбор и нормализацию информации, в центр мониторинга передаётся лишь необходимая агрегированная информация
поддержка отказоустойчивых конфигураций

Ядро системы

Слайд 20

Модельный каталог

Модельный каталог

Слайд 21

Пороги срабатывания

Пороги срабатывания

Слайд 22

ОСОБЕННОСТИ:
Возможность построения сетевых топологий L1-L3
Автоматическое построение связности на основе данных непосредственно с

ОСОБЕННОСТИ: Возможность построения сетевых топологий L1-L3 Автоматическое построение связности на основе данных
оборудования (SNMP, CDP, LLDP, CLI, port description) так и на основе данных из внешних информационных систем (системы управления, произвольные БД, системы инвентаризации)
Возможность создания и моделирования комплексных топологий транспортных сетей и сетей радио доступа
Возможность построения произвольных логических группировок
Возможность назначения связностей логических объектов
Возможность отображения разных типов топологий на разных уровнях топологической карты

Моделирование топологии

Слайд 23

Моделирование топологии

Моделирование топологии

Слайд 24

Моделирование топологии

Моделирование топологии

Слайд 25

Группировка - глобальные коллекции

Группировка - глобальные коллекции

Слайд 26

Поиск первопричины сбоя

Поиск первопричины сбоя

Слайд 27

Поиск первопричины на основе N-мерных топологических графов
Поиск первопричины на основе анализа потока

Поиск первопричины на основе N-мерных топологических графов Поиск первопричины на основе анализа
сырых событий

Методы RCA

Слайд 28

Поиск первопричины сбоя

Поиск первопричины сбоя

Слайд 30

Особенности:
Реализована концепция «единого рабочего окна»
Технологически реализован для поддержки работы большого количества одновременных

Особенности: Реализована концепция «единого рабочего окна» Технологически реализован для поддержки работы большого
пользователей
Технологически реализована поддержка мониторинга большого количества устройств и комплексных топологий
Технологически реализована встроенная система отчётности
Не имеет «толстых клиентов» - 100% работа через web
Отсутствует привязка к типу пользовательской ОС
Имеет встроенный offline картографический модуль (GIS)
Технологически поддерживает работу со всего спектра мобильных устройств

Интерфейс

Слайд 31

Интерфейс

Интерфейс

Слайд 32

Интерфейс

Интерфейс

Слайд 33

Интерфейс

Интерфейс

Слайд 34

Интерфейс

Интерфейс

Слайд 35

Интерфейс

Интерфейс

Слайд 36

Интерфейс: Отчетность

Интерфейс: Отчетность

Слайд 37

Интерфейс: Отчетность

Интерфейс: Отчетность

Слайд 38

Интерфейс: Аналитика

Интерфейс: Аналитика

Слайд 39

Интерфейс: Аналитика

Интерфейс: Аналитика

Слайд 41

Управление инцидентами

Управление инцидентами

Слайд 42

Управление инцидентами

Управление инцидентами

Слайд 43

Сервисная модель
Построение: Интуитивно понятный графический интерфейс. Компонентом может быть любой элемент, находящийся

Сервисная модель Построение: Интуитивно понятный графический интерфейс. Компонентом может быть любой элемент,
на мониторинге. Степень влияния того или иного элемента на сервис задаётся пользователем. Для каждого из потребителей сервиса может быть создан SLA со своими параметрами. По умолчанию для каждого сервиса система отслеживает:
Среднее время наработки на отказ
Среднее время ремонта
Доступность (%)

Слайд 44

Сервисная модель - создание

Сервисная модель - создание

Слайд 45

Сервисная модель - создание

Сервисная модель - создание

Слайд 46

Сервисная модель - примеры

Сервисная модель - примеры

Слайд 47

Сервисная модель - примеры

Сервисная модель - примеры

Слайд 49

Понять все взаимосвязи и зависимости – СХД (SAN), сервера, системы виртуализации, приложения,

Понять все взаимосвязи и зависимости – СХД (SAN), сервера, системы виртуализации, приложения,
пользователи, системы жизнеобеспечения

Создать и отслеживать компоненты ресурсно-сервисной модели

Понять, спрогнозировать и выдать рекомендации по загрузке элементов ЦОД

Задачи

Слайд 50

По умолчанию система осуществляет:
Постоянный автоматический опрос состояния “физических” компонент и параметров серверов
Осуществляет

По умолчанию система осуществляет: Постоянный автоматический опрос состояния “физических” компонент и параметров
поиск первопричины сбоя, корреляцию с другими технологическими доменами (например SAN, приложения, события ИБ)
Автоматически адаптируется при изменении топологии (обнаружение новых элементов, связностей)
Используются данные: SNMP, WMI, SSH, Telnet, интеграция со штатным управляющим ПО: Dell OM, IBM Director, HP iLO и пр..

Задачи

Слайд 51

Мониторинг серверов

Мониторинг серверов

Слайд 52

Мониторинг серверов - примеры

Мониторинг серверов - примеры

Слайд 53

По умолчанию система осуществляет:
Постоянный автоматический опрос состояния компонент SAN
Поиск первопричины сбоя, в

По умолчанию система осуществляет: Постоянный автоматический опрос состояния компонент SAN Поиск первопричины
том числе корреляцию с другими технологическими доменами
Автоматически адаптируется при изменении топологии (обнаружение новых элементов, связностей)
Используются данные SNMP, SMI-S, SSH, Telnet, интеграция со штатным управляющим ПО: EMC SE, EMC PP, EMC CLI, HDS HiCommand, HP CV, IBM SD, NetApp OnTap и пр..

Мониторинг SAN и СХД

Слайд 54

Мониторинг SAN

Мониторинг SAN

Слайд 55

Мониторинг SAN - примеры

Мониторинг SAN - примеры

Слайд 56

Мониторинг SAN - примеры

Мониторинг SAN - примеры

Слайд 57

По умолчанию система осуществляет:
Постоянный автоматический опрос состояния компонент
Поиск первопричины сбоя, в

По умолчанию система осуществляет: Постоянный автоматический опрос состояния компонент Поиск первопричины сбоя,
том числе корреляция с другими технологическими доменами
Автоматически топологии (обнаружение новых элементов, связносадаптируется при изменении тей)
Используются данные SNMP, WMI, SSH, Telnet, интеграция с управляющим ПО (н-р VmWare Vcenter), штатные API

Мониторинг виртуальной среды

Слайд 58

Мониторинг сетей VmWare/HyperV/Citrix/Xen
Обнаружение: физических серверов, виртуальных машин, гипервизоров, компоненты штатных систем управления,

Мониторинг сетей VmWare/HyperV/Citrix/Xen Обнаружение: физических серверов, виртуальных машин, гипервизоров, компоненты штатных систем
поддерживается динамическое отслеживание состояний виртуальных машин – добавлена, удалена, перемещена.
Зависимости и связности: динамическое перестроение топологии, автоматическое построение связности (ассоциирование) система управления -> гпервизор (физическиий сервер) -> виртуальная машина

Мониторинг виртуальной среды

Слайд 59

Примеры

Примеры

Слайд 60

Примеры

Примеры

Слайд 61

Обнаружение: модуль осуществляет мониторинг и инвентаризацию ПО, установленного на серверах или вирутальных

Обнаружение: модуль осуществляет мониторинг и инвентаризацию ПО, установленного на серверах или вирутальных
машинах.
эмуляция действий конечного пользователя.
обнаружение и автоматическое построение транзакционной связности приложений.
Мониторинг: Тестовые запросы на соответствующий порт, параметры и состояние сервисов приложений, изменения в транзакционной картине взаимосвязи приложений, интенсивность транзакционного обмена. Используются:
SNMP, CLI (Telnet, SSH), WMI, JMX, JMS
Специализированные агенты при крайней необходимости
Данные зеркалированного трафика

Мониторинг приложений

Слайд 62

Мониторинг приложений -примеры

Мониторинг приложений -примеры

Слайд 63

Мониторинг приложений -примеры

Мониторинг приложений -примеры

Слайд 64

Мониторинг приложений -примеры

Мониторинг приложений -примеры

Слайд 65

Обнаружение: Сбор данных напрямую или от элемент-менеджеров (систем управления) компонент технологического сегмента:
Контрольно-измерительные

Обнаружение: Сбор данных напрямую или от элемент-менеджеров (систем управления) компонент технологического сегмента:
приборы
Контроллеры (ПЛК):
Универсальные программируемые контроллеры
РС-совместимые контроллеры
Программируемые реле
Рабочие станции пользователя (АРМ)
Используется:
SNMP, CLI (Telnet, SSH), NetBus, ModBus, RS XXX

Мониторинг систем жизнеобеспечения и АСУТП

Слайд 66

Мониторинг систем жизнеобеспечения и АСУТП

Мониторинг систем жизнеобеспечения и АСУТП

Слайд 67

Мониторинг систем жизнеобеспечения и АСУТП

Мониторинг систем жизнеобеспечения и АСУТП

Слайд 68

Мониторинг систем жизнеобеспечения и АСУТП

Мониторинг систем жизнеобеспечения и АСУТП

Слайд 69

Мониторинг систем жизнеобеспечения и АСУТП

Мониторинг систем жизнеобеспечения и АСУТП

Слайд 71

Мониторинг в IP сетях

Мониторинг в IP сетях

Слайд 72

Мониторинг в IP сетях

Мониторинг в IP сетях

Слайд 73

Мониторинг в IP сетях

Мониторинг в IP сетях

Слайд 74

Мониторинг в IP сетях

Мониторинг в IP сетях

Слайд 75

Мониторинг в IP сетях

Мониторинг в IP сетях

Слайд 76

Мониторинг в IP сетях

Мониторинг в IP сетях

Слайд 77

Мониторинг маршрутизации

Мониторинг маршрутизации

Слайд 78

Мониторинг маршрутизации

Мониторинг маршрутизации

Слайд 79

Мониторинг маршрутизации

Мониторинг маршрутизации

Слайд 80

Мониторинг MPLS L2/L3

Мониторинг MPLS L2/L3

Слайд 81

Управление конфигурациями

Управление конфигурациями

Слайд 82

Управление конфигурациями

Управление конфигурациями

Слайд 83

Управление конфигурациями

Управление конфигурациями

Слайд 84

Управление конфигурациями

Управление конфигурациями

Слайд 85

Сбор данных IP SLA/ QoS

Сбор данных IP SLA/ QoS

Слайд 86

Сбор данных IP SLA/ QoS

Сбор данных IP SLA/ QoS

Слайд 87

Мониторинг телефонных сетей

Мониторинг телефонных сетей

Слайд 89

Особенности работы системы

Особенности работы системы

Слайд 90

Модель данных - SDH

Модель данных - SDH

Слайд 91

Модель данных - WDM

Модель данных - WDM

Слайд 92

Модель данных - кроссдоменная

Модель данных - кроссдоменная

Слайд 93

Топология SDH/WDM - примеры

Топология SDH/WDM - примеры

Слайд 94

Инвентаризация WDM - примеры

Инвентаризация WDM - примеры

Слайд 95

Инвентаризация WDM - примеры

Инвентаризация WDM - примеры

Слайд 96

Детализация по линкам - примеры

Детализация по линкам - примеры

Слайд 97

Детализация по клиентам - примеры

Детализация по клиентам - примеры

Слайд 98

Общее представление - пример

Общее представление - пример

Слайд 100

Бизнес задачи

Бизнес задачи

Слайд 101

Технические задачи

Технические задачи

Слайд 102

Мы предлагаем

Мы предлагаем

Слайд 103

Реализованные адаптеры

Реализованные адаптеры

Слайд 104

Как собирать данные

Как собирать данные

Слайд 105

Общая консоль - статус + детализация

Общая консоль - статус + детализация

Слайд 106

Гео-привязка

Гео-привязка

Слайд 107

Выгрузка данных для аналитики

Выгрузка данных для аналитики

Слайд 108

Скорость
Многопоточная система реального времени - SQL Lite
Хранение актуальных данных в оперативной памяти.
Надёжность
Поддержка

Скорость Многопоточная система реального времени - SQL Lite Хранение актуальных данных в
отказоустойчивой архитектуры;
Возможность размещения различных компонентов на различных аппаратных платформах;
Поддержка
уальных сред.
Открытая операционная платформа
Операционная система – RHEL 5.0 or higher
Операционная система – Fedora Core 18 or higher
x86 платформа
Intel
AMD
ARM

Слайд 109

Внедрение ситуационного центра повысит эффективность операционной деятельности сделав возможным или подготовив условия

Внедрение ситуационного центра повысит эффективность операционной деятельности сделав возможным или подготовив условия
для оптимизации по следующим направлениям:
Снижение затрат на персонал
Оптимизация численности персонала и повышение эффективности его использования;
Создание модели компетенций по должностям, предполагающей разделение выполняемых функций по сложности и, соответственно, по квалификации;
Выделение ключевых должностей, требующих высокой квалификации, оптимизация распределения трудовых ресурсов, в том числе обеспечение централизации высококвалифицированных специалистов;
Сокращение персонала за счёт автоматизации или группирование/объединение производственных операций, требующих низкоквалифицированного персонала.
Автоматизация рутинных процессов.

Стратегические цели

Слайд 110

Снижение издержек за счёт реструктуризации и оптимизации затрат на выполнение производственных процессов
Создание

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

Стратегические цели

Слайд 111

Снижение издержек за счёт эффекта масштаба
Стандартизация и унификация производственных процессов и технических

Снижение издержек за счёт эффекта масштаба Стандартизация и унификация производственных процессов и
решений;
Устранение человеческого фактора, препятствующего внедрению унифицированных решений за счёт соответствующей мотивации и разграничения компетенций;
Снижение издержек за счёт оптимизации деятельности ИТ-службы для поддержки операционной деятельности
Централизация функций развития и планирования информационных систем. Создание центра компетенции с наделением полномочиями в части долгосрочного планирования ИТ-инфраструктуры, определения ключевых технологий;
Централизация функций администрирования информационных систем, обеспечивающая оптимизацию использования распределённых вычислительных ресурсов и сетевых ресурсов, необходимых для их взаимодействия.

Стратегические цели

Слайд 112

Министерство транспорта и коммуникаций Республики Казахстан

Инженерно-технический центр Управление делами Президента РК

Министерство транспорта и коммуникаций Республики Казахстан Инженерно-технический центр Управление делами Президента РК
Имя файла: Naumen-Network-Manager.pptx
Количество просмотров: 42
Количество скачиваний: 0