Решения, повышающие эффективность Вашего бизнеса.
Позвоните нам: (499) 348 12 63

Initi ALL2SNMP

  • Описание
  • Автоматизация
  • Преимущества
  • Внедрение

Универсальное решение медиации для консолидации разрозненных и неструктурированных систем

Введение

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

Позиционирование

Несмотря на широкое распространение устройств, поддерживающих SNMP протокол для мониторинга и управления, несмотря на постоянное расширение списка устройств и компонентов программного обеспечения, достаточно часто в ИТ инфраструктуре, особенно в операторском сегменте, встречаются устройства, не поддерживающие SNMP протокол, что делает их «невидимыми» для большинства средств мониторинга. Более того, не всегда такие устройства имеют возможность оповещения администраторов о сбоях или ситуациях, предшествующих им, но в цепочке бизнес процессов организации они, порой, играют значительную роль и без обеспечения постоянного контроля и сопровождения этих элементов инфраструктуры, невозможно обеспечить ее прозрачность и надежность в целом.

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

Принципы 

Программное обеспечение all2SNMP реализует решение данной проблемы посредством унифицированного подхода — приведения устройств и ПО не поддерживающего стандартный протокол SNMP (далее не-SNMP устройств) к общему стандарту — реализации поддержки SNMP в соответствии с его стандартами. Естественно, в том случае, когда производитель оборудования изначально не заложил указанную возможность, либо на базе SNMP реализовал некое проприетарное и неспецифицированное расширение, требуется сторонний «посредник» между устройством и стандартной системой мониторинга. Основной задачей такого решения является «упаковка» интерфейса устройства в SNMP-протокол.

Программное обеспечение all2SNMP является независимым решением и успешно реализует в себе этот подход. Благодаря компактности и высокой степени конфигурируемости, продукт all2SNMP может быть использован практически во всех классах задач мониторинга не-SNMP устройств, в том числе, в режимах высокой нагрузки и распределенной архитектуры.

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

Наши решения позволяют создать единую централизованную систему любой сложности для любой инфраструктуры.

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

сократить расходы на эксплуатацию за счет уменьшения количества ит-систем;

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

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

Кроме того, зачастую, системы дублируют существенную часть функционала друг друга, и даже иногда пересекаются при решении одних и тех же задач в рамках различных подразделений одной и той же компании. Известны случаи, когда в подобного рода «комплексах» используется всего лишь 5–10% процентов от заложенных в них функциональных возможностей.

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

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

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

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

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

Благодаря использованию TCP соединений между компонентами нашего решения, возможна установка различных его компонентов на сервера (или виртуальные сервера) под управлением различных операционных систем. К примеру, модуль Транслятор, осуществляющий управление и контроль виртуальными SNMP устройствами может быть функционировать в среде Linux и быть связанным с модулем Коннектор, который служит для управления и контроля модулями сбора данных, функционирующим под операционной системы Windows.

Базовый алгоритм внедрения

«Визуализация» не-SNMP устройств для средств SNMP-мониторинга сводится к реализации трех основных задач:

  • Разработка модели и последующая SNMP-эмуляция подключаемого не-SNMP устройства в рамках стандартов (RFC 1213) для поддержки обнаружения устройства средствами мониторинга и получения по SNMP-протоколу основных характеристик этого устройства.
  • Преобразование сообщений от устройства в SNMP и последующая пересылка аварийных сообщений (SNMP TRAP) и показателей производительности в средство SNMP-мониторинга.
  • Получение сообщений от системы управления (SNMP GET_XXX), сопоставление параметров состояния устройства с соответствующей моделью MIB дерева и последующая отправка (SNMP RESPONSE) запрошенных параметров в средство SNMP-мониторинга.

Архитектура all2SNMP определяется указанными задачами и включает три основных компонента:

  • Сервер сопряжения All2SNMP.
  • Коннектор для данного типа устройства.
  • Набор настроек для данного типа устройств.

Сервер сопряжения

В продукте all2SNMP для каждого не-SNMP устройства создается виртуальная модель, которая принимает обращения системы мониторинга к устройству, обрабатывает их заданным образом и на основании определенных правил отправляет ответы системе мониторинга. Таким образом система мониторинга «воспринимает» данную модель как SNMP-устройство, получая от нее все необходимые для контроля над оборудованием данные. Данная функциональность реализуется сервером сопряжения.

Коннектор

В архитектуре продукта all2SNMP коннектор выполняет роль аналогичную драйверу устройства для операционной системы. Информацию о событиях, возникающих на устройствах, можно получать по-разному. Способ получения зависит как от типа устройства: имеет ли оно механизмы активного уведомления об изменениях в своем статусе или же устройство работает в пассивном режиме информирования, так и от поддерживаемых протоколов. Наиболее распространенный способ — опрос устройства по протоколам TELNET/SSH/HTTP/WebServices и т. д. с последующей обработкой полученных данных.

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

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

Появились вопросы по данному продукту? Мы будем рады на них ответить.