Меню

Как работает NPMD уровня enterprise

Мониторинг сети: зачем он нужен, какое выбрать решение и сколько это стоит

Бизнес крупных корпораций сегодня целиком зависит от здоровья ИТ-инфраструктуры. Поэтому сообщения о сбоях в работе банков, мобильных операторов, сервисных служб получают такой резонанс — несколько минут простоя могут стоить компании очень дорого. В том, как снизить риски возникновения аварийных ситуаций в работе бизнес-приложений и быстро найти причины сбоев, CNews помог разобраться Иван Орлов, эксперт по мониторингу сетевой инфраструктуры ИТ-компании КРОК.

Зачем мониторить сеть

Большинство современных бизнес-процессов оцифрованы и связаны с работой ИТ-систем, таких как ERP, CRM, «1С», мобильный клиент и т.д. Поэтому любые сбои в ИТ-инфраструктуре влекут за собой финансовые и репутационные потери для бизнеса. Даже без крупных инцидентов в пересчете на месяц или год компания может увидеть значительные убытки от простоев, низкой продуктивности, недополученной прибыли, связанных с нестабильной работой систем. Решения для мониторинга сетевой инфраструктуры проактивно оповещают ответственные службы о том, что происходит в сети компании, чтобы специалисты могли предотвратить возможные сбои. На разном уровне такие инструменты сегодня реализованы во всех крупных корпорациях со сложной ИТ-инфраструктурой. Однако с ростом числа бизнес-приложений и, как следствие, нагрузки на сеть, требования к решениям мониторинга тоже растут.

Какие решения для мониторинга есть на рынке

Решения для мониторинга сети можно разделить условно на три класса. Первый — это различные open source-программы, которые можно скачать и использовать бесплатно. Но, как и многие бесплатные продукты, они поставляются не в «коробочном» виде и требуют тонкой настройки под конкретные задачи, что, в свою очередь, требует наличия в штате квалифицированных специалистов. При этом специалисту не стоит забывать, что вся ответственность за работу решения в данном случае лежит на нем, а компании — что специалист может сменить место работы и разобраться в его настройках будет очень непросто.

«Использование open source-программ вполне оправдано при решении базовых задач мониторинга, к примеру — состояния конкретного порта коммутатора, мониторинга не бизнес критичных сервисов, или в том случае, когда нужен какой-то кастомизированный подход», — объясняет Иван Орлов, эксперт по мониторингу сетевой инфраструктуры ИТ-компании КРОК.

Второй класс решений — это инструменты мониторинга, включенные в состав продуктов других производителей. К примеру, компании-поставщики средств виртуализации, а также оборудования сетевой инфраструктуры, предлагают уже готовые системы мониторинга под их решения.

«Это профессиональный продукт, за разработку и поддержку которого отвечает производитель, опираясь на лучшие мировые практики. Нет явной необходимости что-то дописывать или изобретать — включил и работает. Но нужно понимать, что функциональность такого решения может быть ограничена работой только с определенным набором оборудования или систем», — говорит Иван Орлов.

Третий класс — это специализированные NPMD-решения (network performance monitoring and diagnostic) enterprise уровня. Их производители сфокусированы и специализируются на разработке продуктов для глубокого анализа производительности сетевой инфраструктуры и предлагают наиболее функциональные решения на рынке.

«NPMD уровня enterprise — это не просто анализ состояния сети с точки зрения ее скорости или задержек, это инструмент мониторинга качества работы бизнес-приложений с точки зрения сетевого взаимодействия ее участников. Сети будущего — это сети, ориентированные на приложения. А мониторинг сети, ориентированный на приложения, — это уже настоящее», — объясняет Иван Орлов.

Как работает NPMD уровня enterprise

Зачастую в компаниях нет единой точки сетевого мониторинга, которая могла бы показать, где конкретно произошел или может произойти сбой. И если такая ситуация

случается, на поиск первопричины тратится критично много времени. Основное преимущество NPMD-решений в том, что они позволяют собирать и анализировать не только потоки данных (как встроенные вендорские и open source-решения), но и пакетные данные приложений внутри компании. Благодаря пакетному анализу сети мы можем увидеть не только показатели состояния инфраструктуры, но и метрики качества работы приложений с точки зрения каждой пользовательской операции, сессии, времени отклика баз данных, серверов приложения, a также времени прохождения запроса по сети, детали пользовательского запроса и ответа и т.д. Это дает точное понимание, какое влияние ИТ-инфраструктура оказывает на работу бизнес-приложений. Если у компании есть такой инструментарий, обнаружение и предотвращение аварийных ситуаций становится гораздо проще и не оказывает драматического влияния на бизнес-процессы.

croc01.png

Дашборд с текущей верхнеуровневой информацией о работе бизнес-приложения

«Возьмем ERP систему, которая состоит из нескольких основных компонентов — базы данных, веб-портала, приложения для пользователей. И если приложение для пользователей начинает работать медленно, то с помощью стандартных средств мониторинга невозможно будет увидеть, на каком участке системы есть проблема. Базовое решение покажет лишь то, что приложение запущено, осуществляется обмен информацией и все работает. Система класса NPMD анализирует информацию обо всех сетевых взаимодействиях и может показать на каком участке произошел сбой — на уровне конкретного пользователя, конкретной сессии с конкретным компонентом приложения. После этого проблемой сразу займется профильный ИТ-отдел, что в несколько раз ускорит ее решение», — приводит пример Иван Орлов.

croc02.png

Дашборд с информацией о количестве активных пользователей бизнес-приложения за последний час/день/неделю и время отклика сервиса

Читайте также:  Гаражный СУПЕРМАРКЕТ — Оборудование для автосервиса и СТО

Вендоры NPMD-решений и востребованность на российском рынке

На мировом рынке решений для мониторинга производительности сети уже несколько лет лидирует тройка вендоров, наиболее известным из которых в России для конечного потребителя является компания Riverbed — это самый давний игрок на отечественном рынке NPMD. Решения этого производителя в нашей стране используют ведущие компании из банковской, страховой, нефтегазовой, горнодобывающей, промышленной и других отраслей со сложной и дорогостоящей ИТ-инфраструктурой, от которой зависит жизнеспособность бизнеса.

«Цифровая трансформация, которую мы сейчас наблюдаем, прогнозирует рост и потребность решений, обеспечивающих мониторинг сети. При этом фокус смещается в сторону сбора и аналитики больших данных, мониторинга автоматизации процессов и облачных технологий. С помощью поведенческого анализа ИТ-систем компании стремятся к проактивности и быстрой реакции на инциденты для более эффективного решения проблем», — говорит Андрей Серебряков, коммерческий директор компании Riverbed в России, СНГ и Центральной Европе.

Стоимость NPM-решений сильно варьируется в зависимости от задач компании — насколько всесторонне и масштабно она планирует анализировать производительность сетевой инфраструктуры. Разбег может быть от нескольких десятков тысяч долларов. При этом есть несколько сценариев внедрения продуктов класса NPMD. Компания может начать внедрять решения для мониторинга выборочно, определив наиболее бизнес-критичные приложения и в дальнейшем масштабировать их. Это позволит избежать больших единовременных капитальных затрат и планомерно распределить нагрузку на ответственных специалистов. А при наличии ресурсов организация вполне может пойти по пути реализации единого крупного проекта и, при должном внимании, выстроить полноценную систему мониторинга ИТ-инфраструктуры, которая охватит все бизнес-процесс компании.

Источник



Системы мониторинга сетей связи

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

Развитие телекоммуникационных технологий, сетей подвижной связи стандартов GSM/GPRS и CDMA, переход к NGN предъявляют все более высокие требования к системам мониторинга и управления, в то же время декодирование и анализ остаются необходимыми функциями таких систем. Прежде всего, нужна поддержка все большего числа протоколов и стандартов — ОКС-7, VoIP (Н.323), SIGTRAN, V5.x и др., мультипротокольная трассировка, сбор различных типов записей об услугах (CDR, TDR, VoIPDR и т. д.) и корреляция между ними. Эти возможности, важны для любых сетей, но абсолютно критичны для мониторинга сетей подвижной связи. Также одна из российских реалий, когда в разных подсетях одного оператора не исключена возможность одновременного внедрения NGN и использования протокола R1.5.

Современный подход к внедрению систем управления основан на концепции OSS/BSS. Уже недостаточно просто проводить мониторинг сети и уведомлять об аварийном состоянии тех или иных каналов, «зацикливании» трафика, ошибках протокола и т. п. Сегодня необходим мониторинг на уровне услуг. Функции контроля соглашений об уровне сервиса (SLA-Service Level Agreement) тоже приобретают все большее значение для операторов, так как возрастающая конкуренция заставляет их заключать подобные соглашения. При этом особенно важна возможность гибкой настройки ключевых показателей результативности (KPI — Key Performance Indicator,) и форматов номеров абонентов.

Операторы связи терпят серьезные убытки от несашаюомуиеан^ деятельности абонентов и подсоединенных операторов. Провуж несогласованного трафика, увод трафика, использование «серых» схем, сбои систем тарификации приводят к значительным потерям доходов.

Хотя одним из существенных источников потерь является фрох оператор может восстановить свыше 80% потерь дохода, внедряв средства контроля над утечками, вызванными непреднамеренными ошибками, а также потерями/искажением данных при их формировании и передаче мезст* подсистемами обработки CDR.

Состав потерь и их процентное выражение от общего количествапотерьприведены на рисунке 4.1.

Рис 4.1. Причины потерь доходов оператора

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

Обзор систем мониторинга.

Ниже представлена сравнительная информация о наиболее известных системах мониторинга российского и зарубежного производства. Предлагаемые на мировом рынке системы мониторинга схожи по выполняемым функциям, то есть они все предоставляют почти одинаковый минимальный набор возможностей:

· измерение нагрузки и иных рабочих характеристик сети сигнализации;

· измерение качественных параметров разговорных каналов;

· анализ протоколов сигнализации и разговорного трафика,

· трассировку вызова в пределах контролируемой сети;

· генерацию CDR в целях проверки биллинга, статистической оценки краткосрочных и долговременных прогнозов, фрод-монетормнга, контроля соблюдения SLA.

Наиболее интересными из представленных на отечественном рынке являются следующие
6 систем:

· Agilent (Access7), США

· ECTel (FraudView ), Израиль

· NetTest (MasterQwest), Дания

· Nexux Telecom (Nexus), Швейцария

· НТЦ Севентест («Слайдер»), Россия

Читайте также:  Линия производства пектинового концентрата

· Tektronix (GeoProbe), США,

сравнение которых представлено в таблице 8.1

Таблица 4.1. Сравнение систем мониторинга разных производителей

Производитель Наименование системы Достоинства Недостатки
Agilent Access7 Удобный интерфейс пользователя. Авторитетная компания. Устаревшая технология. Расширение затруднено. Известны случаи недовольства клиентов. Только англоязычный интерфейс.
ECTel FraudView Клиентское программное обеспечение под Windows. Менеджер задач. Апробирование в большом числе проектов. Широко используется в РФ. Нет функций побитового декодирования сообщений. Нет функций контроля состояния звеньев и измерения нагрузки. Неудобный интерфейс пользователя. Недостаточно гибкая система конфигурирования. Англоязычный интерфейс. Нет учета особенностей Российских спецификаций ОКС-7
Nexus Telecom Nexus Совместима по форматам с анализаторами Tektronix Одна из старейших разработок систем данного класса Устаревшая технология. Большие массогабаритные показатели. Нет установок в СНГ. Англоязычный интерфейс. Нет учета особенностей Российских спецификаций ОКС-7
NetTest MasterQwest Совместима с платформой TeMIP DEC. Ориентированный на TMN подход Технология локальных анализаторов. Избыточность функций. Высокая стоимость. Англоязычный интерфейс. Нет учета Российских спецификаций ОКС-7
НТЦ Севентест «Спайдер» Совместима с платформой тестеров SNT. Опыт установки у разных операторов с ISUP-R и R1.5. Адаптация и местная техническая поддержка 24х7. Большой опыт установок в РФ и Белоруси. Промышленная эксплуатация больших систем только с 2001 года. Ограниченные маркетинговые возможности.
Tektronix GeoProbe Фактический лидер на рынке США Устаревшая технология. Акцент на особенности ОКС7 по версии ANSI для США. Неудобный интер-фейс пользователя. Нет установок в СНГ. Англоязычный интерфейс. Нет учета Российских спецификаций ОКС-7

4.4 Система мониторинга сетей NGN/VoIP ( Спайдер -NGN)

Развертывание сетей следую􏰀 щего поколения (NGN) ставит перед операторами задачи сохранения высоких показа􏰀 телей качества и надежности, привычных для абонентов традиционной телефонии, при внедрении услуг связи на основе современных технологий.

Постепенность процесса пе􏰀 рехода к NGN требует наличия в составе OSS/BSS особых средств контроля и диагностики, способных предоставить всю информцию о состоянии сети и качестве услуг, анализируя интерфейсы как внутри NGN, так и в направлении сетей ТФОП, СПС и Интернет.

В этих условиях организация единого центра эксплуатации и управления, доступ к которому имеют различные подразделе􏰀 ния компании, значительно повышает экономическую эффективность бизнес􏰀про􏰀 цессов оператора связи.

Использование системы мониторинга СПАЙДЕР􏰀NGN в качестве основы центра управления NGN􏰀сети обеспе􏰀 чивает контроль оборудования разных производителей, пре􏰀 доставляет унифицированную отчетность по параметрам состояния сети и качества услуг вне зависимости от технологии связи, применяемой на отдельном участке, и обес􏰀 печивает возможность расчета интегральных показателей.

· контроль сигнального трафика

· разных технологических доменов: ОКС􏰀7, H323, H248, SIP, SIG􏰀 TRAN.

· наблюдение за состоянием оборудования и историей аварийных сообщений (SNMP)

· анализ производительности сети связи и доступности ресурсов

· анализ качества связи

· мультирпротокольная трасси􏰀 ровка вызовов (ISUP, SIP, H.323)

· формирование детализирован􏰀 ных записей о вызовах (xDR)

· настраиваемые KPI (ASR, NER, BMI, PDD, . )

· измерения качества передачи речи (MOS, PESQ, G.107)

Система сетевого мониторинга СПАЙДЕР обеспечивает распределенный сбор и централизованную обработку информации на сетях связи любого масштаба, построенных на основе различных телекоммуникационных технологий.

Система СПАЙДЕР построена по иерархическому принципу. Подклю􏰀 чение к сети и сбор данных в системe СПАЙДЕР осуществляют удаленные модули Spider􏰀RU и малогабаритные пробники, обеспечивающие пассивное подключение к сигнальным звеньям сети, или специальные сервера Spider􏰀RU􏰀IP, собирающие данные непосредственно из IP􏰀сети через порт зеркалирования маршрутизатора.

Для решения задач тестирования и измерения качества передачи речи могут использоваться портативные временно подключаемые удаленные модули􏰀генераторы трафика Spider􏰀 RU􏰀GEN. Такой модуль подключается в качестве эмулятора и производит одновременно генерацию сигнального или разговорного трафика и его мониторинг, при этом другие модули системы отслеживают дальнейшее прохождение вызова.

Данные, полученные из сети, предвари􏰀 тельно обрабатываются удаленными модулями. Центральный модуль Spider􏰀 CU управленяет всей системой мониторинга, производит просмотр ин􏰀 формации о состоянии сети ОКС􏰀7 и

формирует целостную картину ра􏰀 боты сети связи. Базы данных, со􏰀 держащие статистику, CDR, журнал событий, а также функции обнаружения мошенничества могут быть реализо􏰀 ваны на Spider􏰀CU или на отдельных модулях Spider􏰀DR/QOS/FMS.

Все модули системы взаимодействуют по выделенной технологической сети TCP/IP. Рабочие места пользователей организуются на любых персональных компьютерах, имеющих доступ в данную технологическую сеть. При принятии соответствующих мер безопасности возможна организация удаленного доступа пользователей через сеть Интернет.

Возможности системы

Система СПАЙДЕР􏰀NGN обладает широкими возможностями для контроля сети связи и монито􏰀 ринга услуг.

Информация о состоянии и нагрузке сети выводится на карту в режиме реального времени, собранная статистика доступна в виде табличных и графических отчетов.

Приложение “Трассировка вызовов” производит отслеживание всего сигнального обмена, связанного с обслуживанием вызова, или предоставлением другой услуги. Трассировка производится в режиме реального времени или по историческим данным.

На основе сигнальной информации фор􏰀мируются детализированные записи

о предоставленных услугах (CDR, TDR, IPDR), которые служат исходными данными для приложений подсистем оценки качества обслуживания и обнаружения несанкцио􏰀 нированного доступа. Для просмотра CDR пользователями используются специальные приложения, в которых реализована возмож􏰀 ность задания критериев отбора и получения суммирующих отчетов (например, общее число вызовов, соответствующих заданному критерию).

Читайте также:  Оборудование классификация и основные группы оборудования Сметные цены на оборудование калькулирование смет

Подсистема оценки качества обслужива􏰀 ния, используя CDR, сформированные системой СПАЙДЕР, производит расчет показателей QoS и ключевых

индикаторовпроизводительности KPI для голосовых вызовов и других услуг. Учитывается качество обслуживания вызовов, процент завер􏰀 шенных и незавершенных вызовов и другие KPI. Формируются отчеты по статистике использования различных услуг, в том числе услуг доступа к информационным ресурсам, и доступности услуг. Производятся изме􏰀 рения качества передачи речи (G.107, MOS, PESQ), возможна также генерация трафика специальными удаленными моду􏰀 лями и одновременные измерения пока􏰀 зателей, а также мониторинг сигнального обмена.

Контроль соблюдения согласованных уровней качества предоставления услуг (SLA) автоматизирован, рассчитываемые системой KPI автоматически сравниваются с заданными пороговыми значениями, при отклонении формируется запись в журнале событий и аварийное сообщение.

Подсистема Spider FMS обеспечивает авто􏰀 матический поиск и обнаружение различных типов мошенничества, пресечение новых попыток нелегального доступа, предостав􏰀 ление полной информации по источникам, типам и числу попыток совершения мошенни􏰀 чества в сети оператора. Выявляет карточный фрод, спам и вирусные атаки.

Система производит регистрацию в журнал событий изменения состояний объектов тестирования и выводит уведомления о выходе за заданные границы параметров нагрузки, показателей QoS и SLA.

Источник

Продукция

Интегрированная система управления и мониторинга ИСУМ

Интегрированная система управления и мониторинга ИСУМ — комплекс программно-аппаратных средств, позволяющий реализовать управление оборудованием сети связи и мониторинг состояния всех её элементов.

Назначение ИСУМ:

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

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

Система позволяет осуществлять планирование работы сети связи в различных режимах, формирование таблиц с текущей загрузкой направлений, линий и трактов транспортной сети. Формировать перечень задействованных средств связи и ПД, используемых каналов с указанием их загрузки в абсолютном и относительном (от максимального) значениях. Видеть текущее распределение загрузки физических и логических каналов между различными видами трафика/системами/потребителями, выводить данные на экранные формы.

Стратегия дальнейшего развития ИСУМ позволяет создать модули позволяющие осуществлять управление процессами / потоками работ, инициацию (запуск) типовых процессов и назначение задач исполнителям, обеспечивать оперативный контроль выполнения процессов и текущего состояния работ в разрезе процессов, задач, исполнителей, объектов управления.

Источник

Мониторинг объектов связи и ЛКС

Охрана, мониторинг и управление различными параметрами любых телекоммуникационных объектов: от базовых станций, контейнеров, шкафов, АТС и пр. до мониторинга линейно-кабельных сооружений (ЛКС). Системы развернуты и успешно функционируют во многих филиалах ПАО Ростелеком, АО Казахтелеком и РУПЭ Белтелеком.

monitoring_03.png

Рис. 1. Общая схема работы системы мониторинга.

В целом, с помощью нашего оборудования и программного обеспечения на объектах связи можно решить следующие задачи:

Охрана, контроль и авторизация доступа, контроль удара, вибрации, движения, видеонаблюдение, фоторегистрация событийОхрана (контроль и авторизация доступа, управление э/замком, контроль удара/вибрации, контроль движения, видеонаблюдение, фоторегистрация событий);

Дистанционный перезапуск оборудованияДистанционный перезапуск оборудования (автоматическое или по команде из центра «передергивание» питания на зависающем электрооборудовании);

Дистанционное управление, включение, выключение кондиционера, обогревателя, перекрытие вентиля системы водоснабженияДистанционное управление (включение/выключение кондиционера, обогревателя, перекрытие вентиля системы водоснабжения и др.);

Контроль пожараКонтроль пожара (сигнализация о возгорании, управление установкой пожаротушения);

Дистанционное снятие показанийДистанционное снятие показаний (э/энергии, воды, тепла);

Контроль энергопараметров, контроль источника бесперебойного питания, измерение параметров тока, напряжения, мониторинг аккумуляторных батарейКонтроль энергопараметров (контроль источника бесперебойного питания, измерение параметров тока, напряжения, мониторинг аккумуляторных батарей и др.);

Контроль климатикиКонтроль климатики (контроль и/или регулирование температуры, контроль влажности);

Контроль протечки воды с функцией автоматического перекрытия трубопроводаКонтроль протечки воды (с функцией автоматического перекрытия трубопровода);

Трансляция данных со стороннего оборудования (электросчётчики, тепловычислители, фоторегистраторы и др.) в их штатное ПОТрансляция данных со стороннего оборудования (электросчётчики, тепловычислители, фоторегистраторы и др.) в их штатное ПО.

Все контроллеры и дополнительное оборудование, подключаемое к ним, поддерживаются нашим программным обеспечением ПО «Технотроникс.SQL». ПО «Технотроникс.SQL» может работать как центральное ПО мониторинга, а если этого не требуется (у заказчика имеется другое программное обеспечение), возможна передача сигналов в стандарте SNMP (см. рис. 1).

В части охраны и мониторинга линейно-кабельных сооружений (ЛКС)

Охрана магистральных кабелей (контроль целостности кабелей с определением места обрыва).

Охрана распределительных кабелей (контроль целостности кабелей с определением места обрыва по свободной и по занятой абонентом паре).

Охрана распределительных шкафов (контроль доступа в распределительные шкафы, в том числе с авторизацией).

Охрана колодцев кабельной канализации (контроль доступа с помощью сигнализации и с помощью запирающих устройств с сигнализацией).

Контроллер МАКС ЛКС (или МиниМАКС), размещаемый на АТС, передаёт данные обо всех событиях на сети в наше программное обеспечение «Технотроникс.SQL». В свою очередь, МАКС ЛКС получает данные от устройств, размещаемых непосредственно на объектах контроля: от датчиков ИГД или ИФД, находящихся в колодцах ККС, а также от шкафного контроллера ШКАС и датчика вскрытия шкафа ОД1, размещаемых в распределительном шкафу (см. рис. 2).

Позвонить: 8 (342) 256-60-05

Оформите заявку на сайте, мы свяжемся с вами в ближайшее время и ответим на все интересующие вопросы.

Источник