технологиятестированиедиагностика и управлениерешениявитрина

Многие системы сетевого управления состоят из трех компонент: объекта управления, измерителя характеристик работы объекта (далее - зонд) и консоли оператора. Объектами управления могут быть серверы, приложения, сетевое оборудование, сетевые сервисы и т.п. Зонд может быть встроен в объект управления (как, например, SNMP-агент), или быть внешним устройством (как, например, анализатор сетевых протоколов).

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

В крупных сетях обычно используется другой режим, при котором зонд по своей инициативе информирует консоль о превышении измеряемыми метриками установленных (пороговых) значений. Это могут быть SNMP-трапы, сообщения syslog и т.п. Недостатком такого режима является многочисленность сообщений, получаемых оператором (сотни и тысячи). Теоретически эта проблема может решаться с помощью различных систем корреляции событий или фильтрации сообщений. Однако для этого консоль должна поддерживать математическую модель, описывающую взаимосвязь управляемых объектов. Если объектами является только сетевое оборудование, это сделать не очень сложно и такие модели обычно поддерживаются "тяжелыми" системами сетевого управления, например, пакетом HP OpenView. Если объекты управления более сложные, например серверы, сетевые сервисы, приложения и т.п., то такую модель создать значительно сложнее.

Консоль SLA-ON Operations поддерживает режим Эффективного Мониторинга (SMM, Smart Monitoring Mode), совмещающий преимущества традиционных режимов, но при этом позволяющий обойти свойственные им недостатки. Для этого используется зонд NPM Probe, который не только измеряет характеристики "здоровья" объекта, но и автоматически оценивает измеряемые метрики в соответствие с заданными критериями. При этом он как бы "свертывает" множество метрик, относящихся к одному объекту управления, в один "светофор", характеризующий интегральное "здоровье" этого объекта.

Если объект работает хорошо, зонд передает консоли только значения "светофора". Такая операция не требует большой пропускной способности сети, т.к. передается очень мало данных. Если на объекте происходит сбой, сигнал "светофора" меняется и оператор получает соответствующее уведомление. Чтобы выяснить причину, оператору достаточно нажать F3 и консоль автоматически обратится к зонду и запросит названия метрик, из которых был сформирован "светофор". Получив эту информацию, консоль автоматически запустит приложение Trend Viewer.NET, предназначенное для обработки долговременной статистики и передаст ему в качестве параметров названия этих метрик. Приложение Trend Viewer.NET автоматически отобразит эти метрики в виде графиков. Таким образом, оператор автоматически получит информацию, позволяющую быстро определить причину сбоя.

		Рисунок 1. Используя консоль SLA-ON Operations, администратор сети может автоматически получать информацию о причинах сбоев в работе ИТ-Инфраструктуры.

Режим Эффективного Мониторинга особенно эффективен при управлении "здоровьем" большой ИТ-Инфраструктуры, состоящей из нескольких офисов, объединенных арендуемыми каналами связи. Используя данный режим, администратор сети, находясь в главном офисе, может с единой консоли контролировать "здоровье" ИТ-Инфраструктур удаленных офисов, не загружая при этом сеть служебным трафиком. Если в удаленном офисе все хорошо, передаются только значения светофоров; если произойдет сбой, оператор автоматически получает всю информацию, необходимую для определения его причины.

наверх