Компания HP
Опубликован: 22.09.2006 | Доступ: свободный | Студентов: 675 / 67 | Оценка: 4.22 / 3.72 | Длительность: 22:59:00
ISBN: 978-5-9556-0042-6
Лекция 9:

Управление производительностью с использованием NNM

Как создавать MIB-выражения

И в стандартной MIB2, и в корпоративных MIB поддерживаются переменные-счетчики для байтов, октетов, пакетов и ошибок. Среди действительно полезных показателей, необходимых для управления производительностью сети, имеются процентное отношение интенсивности нагрузки и процентное отношение ошибок. В сборщике исторических данных SNMP NNM предопределено довольно много полезных MIB-выражений. Подробный перечень см. в главе 11 руководства Managing Your Network with HP OpenView Network Node Manager. MIB-выражение представляет собой арифметическую формулу в обратной польской записи (Reverse Polish Notation, RPN), составленную из идентификаторов объектов стандартной MIB. Выражения сохраняются в файле $OV_CONF/mibExpr.conf, который поддерживается вручную с использованием какого-либо текстового редактора.

Вот пример MIB-выражения:

If%deferred \ "packets deffered/packets transmitted" \
.1.3 6.1.4.1.11.2.4.1.1.1.4. .1.3.6.1.4.1.11.2.4.1.1.1.2. / 100 *

Метка If%deferred в первом поле указывает на "процентное отношение задержки интерфейса"; это поле предназначается для вычисления процентного отношения числа переданных пакетов, для которых наблюдается задержка перед передачей. Обратный слеш является разделителем полей. Текст в кавычках во втором поле является комментарием, который обычно содержит информацию о MIB-выражении. В данном случае он показывает нам формулу для вычисления процентного отношения задержанных пакетов. Третье поле содержит реальную формулу в формате RPN (иначе называемом постфиксным форматом). В приведенном выше примере имеется пять элементов. Первые два являются идентификаторами объектов из определяемых поставщиком HP MIB для задержанных и переданных пакетов; они помещаются в стек. Третий элемент – это прямой слеш, который представляет операцию деления. Частное помещается в стек. Четвертый элемент – это целое число 100, которое помещается в стек. Пятый элемент – это звездочка, которая обозначает операцию умножения, а результатом является процентное отношение, остающееся в стеке и представляющее собой процент задержанных пакетов.

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

Вот еще один пример MIB-выражения, в котором измеряется процентное отношение потерянных пакетов в маршрутизаторе:

IP%PacketLoss \ "Percent of packets a router discarded\n\
Computed by:\n\
(100*(ipInDiscards+ipOutDiscards)/(ipInDiscards+ipOutDiscards+ipForwDatagrams))\n\
which is a percentage." \
100 \
.1.3.6.1.2.1.4.8.0 \
.1.3.6.1.2.1.4.11.0 \
+* \
.1.3.6.1.2.1.4.8.0 \
.1.3.6.1.2.1.4.11.0 \
.1.3.6.1.2.1.4.6.0 \
+ + /

На практике маршрутизаторы Cisco включают в показатель ipOutDiscards те пакеты, которые не могли быть перенаправлены, несмотря на попытки найти MAC-адрес устройства с использованием ARP, поскольку в ARP-кэше отсутствует запись для целевого IP-адреса назначения из отбрасываемого пакета. Другими словами, если пакет невозможно доставить по назначению, то маршрутизатор будет увеличивать счетчик, даже если это не имеет отношения к переполнению буфера, в надежде на обнаружение которого и производилось данное измерение. Из этого следует сделать вывод, что, несмотря на все соображения здравого смысла при создании MIB-выражения, необходимо очень отчетливо представлять, что в действительности измеряет реализация SNMP данного поставщика.

В главе 11 из руководства Managing Your Network with HP OpenView Network Node Manager можно найти подробную информацию о написании и использовании MIB-выражений.

Оперативный просмотр данных о производительности

Простейшим способом просмотра исторических данных SNMP является выделение интересующего устройства и выбора меню Performance:Display SNMP data:For Selected Nodes. Это приводит к появлению GUI xnmgraph, отображающего данные о производительности устройства, если они обнаруживаются в базе данных.

Чтобы просмотреть реальные данные SNMP для нескольких устройств на конкретных интерфейсах, можно запустить приложение xnmgraph из командной строки. Например, чтобы получить диаграмму ifInOctets и ifOutOctets для экземпляров MIB 2-5 для node1 и node2, можно использовать команду

xnmgraph –mib \
"interfaces.ifTable.ifEntry.ifInOctets:In Bytes: [2-5] ::::::, \
interfaces.ifTable.ifEntry.ifInOctets:Out Bytes: [2-5] ::::::" \
node1 node2

Для вывода на печать собранных данных SNMP можно использовать приложение snmpColDump совместно с некоторыми скриптами. Предположим, что данные собираются с использованием snmpCollect в файле macDeferred.1. Чтобы вывести на печать среднее значение macDeferred.1 для node1, можно воспользоваться командой

snmpColDump $OV_DB/snmpCollect/macDeferred.1 |
awk –F\t ‘/node1/{num++; sum+=$3} END{print sum/num}’

Файл macDeferred.1 содержит исторические данные SNMP для всех узлов, и скрипт awk отфильтровывает данные для node1, подсчитывает суммарные значения, вычисляет среднее значение и отображает результат.

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

Пользователи, желающие просмотреть статистические данные SNMP в web-браузере, могут воспользоваться развитым Java-средством просмотра.

Предоставление данных о производительности потребителю

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

Если доступны исторические данные о производительности NNM, то может быть достаточно нескольких простых снимков экрана (см. "Получение мгновенных снимков схем" в "Стратегии управления схемой" ). Заметим, что стандартный фон окна xnmgraph имеет черный цвет, что подчеркивает цвета других линий. Цвет фона управляется ресурсом X-Windows, размещенным в файле ресурсов $APP_DEFS/XNmgraph. Результирующий файл следует передавать из среды UNIX системы NNM на рабочую станцию создателя презентации в бинарном формате.

Если предпочтение отдается текстовому представлению данных о производительности, то можно использовать утилиту xnmgraph для сохранения отображаемых данных в текстовом файле. Несмотря на то, что в среде UNIX не требуются и не распознаются расширения имен файлов, может оказаться целесообразным добавить расширение .txt специально для рабочих станций создателей презентаций, где эти расширения действительно нужны. Текстовый файл в формате ASCII следует передать из системы NNM на рабочую станцию создателя презентации. Текстовые данные, оформленные в виде столбцов, обычно импортируют в электронную таблицу или текстовый процессор, чтобы переформатировать ее для целей презентации.

Можно также использовать утилиту snmpColDump, чтобы сохранить в текстовом файле специальные данные SNMP о производительности.