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

Передовой опыт применения NNM

< Лекция 14 || Лекция 15: 123 || Лекция 16 >
Аннотация: Определение круга пользователей схем, доступных только по чтению. Ответственность хранения схем. Создание MIB-приложений. Отслеживание неисправностей самой системы. Разрешение проблем DNS и NNM. Осуществление системного администрирования.

Введение

Эта лекция представляет собой сводку практических советов, приводившихся на протяжении книги.

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

HP OV Operations представляет собой отличный инструмент для управления менеджерами. Это средство позволяет автоматизировать большое число задач системного мониторинга для увеличения эффективности управления. Оно также сокращает время простоя, позволяя распознать проблемы до того, как они смогут повлиять на сообщество пользователей.

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

Управление проектом помогает поддерживать основное направление проекта, выявляя ситуации, когда деятельность на критическом участке подвергает риску весь календарный план.

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

Оценка размеров платформы

Первую оценку можно сделать с использованием публикации HP Network Node Manager Performance and Configuration Guide. Этот документ обеспечивает методологию оценки размера системы, основанную на рассмотрении следующих показателей:

  • число объектов;
  • число узлов;
  • накладные расходы накопительной станции;
  • накладные расходы управляющей консоли;
  • число сессий ovw ;
  • число сессий, основанных на web;
  • объем собираемых данных SNMP;
  • частота возникновения сигналов;
  • резервные копии;
  • частота опроса;
  • накладные расходы баз данных;
  • схемы по требованию.

Несомненно, это руководство устаревает по мере выпуска новых версий NNM и новых патчей. Безопасный подход состоит в том, чтобы получить первую оценку с использованием руководства, удвоить результаты и предусмотреть их возрастание. Следует помнить, что производительность компьютерной системы определяется объемом ресурсов. Хорошо, когда загрузка ресурсов системы не является предельной, поскольку это означает, что система работает настолько быстро, насколько это возможно.

Таблица 15.1. Примеры оценки размеров системы NNM
Система Сети Сегменты Узлы Интерфейсы Маршрутизаторы RAM Мб ЦП База данных Мб Дисковые устройства Пользователи
1 393 1846 1450 61344 111 3328 4 263 4 9
2 340 805 803 27399 92 2560 3 94 2 10
3 619 1149 782 16033 125 1024 2 81 2 8
4 390 1260 1324 45006 66 1792 3 212 3 11
5 400 1666 1351 20643 127 1024 2 105 2 8
6 146 774 663 19469 29 1024 2 73 2 8
7 131 180 179 5111 35 1024 2 20 2 3
Управляющая станция 2492 11 643 8570 634 1024 2 80 3 8

Некоторые из входных параметров приведенной выше методологии требуют детального знания числа управляемых объектов. Как это можно оценить? Следует воспользоваться 60-дневным бесплатным оценочным периодом, предоставляемым HP, загрузить систему на доступный компьютер и создать базисный счетчик объектов для своей сети (см. в таблице 15.1 сводку эксплуатационных данных для оценки размеров системы NNM).

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

  • число процессоров;
  • объем RAM;
  • скорость адаптера LAN;
  • объем дискового пространства;
  • число дисков в дисковом массиве.

Было бы ошибкой развертывать систему NNM, которую нельзя быстро модернизировать в эксплуатационном режиме. Следует отслеживать системные ресурсы NNM с использованием агента HP OV Performance Agents и еженедельно оценивать данные с помощью PerfView Analyzer. Это позволяет планировать модернизацию заранее, до того как пользователи начнут жаловаться на длительное время ответа.

HP OV Operations управляет системами NNM

Вы управляете распределенными системами NNM из центрального местоположения? Тогда автоматизированный инструмент управления системой HP OV Operations может увеличить продуктивность, сократить время разрешения проблем и увеличить время безотказной работы систем. Можно присоединить системы NNM к HP OV Operations и наблюдать за всеми системами NNM в одном окне, как показано на рис. 15.1.

Можно воспользоваться настраиваемым мониторингом HP OV Operations, чтобы выполнять следующие проверки и действия:

  • убеждаться, что схема, доступная в режиме чтения и записи, открыта и работает должным образом;
  • проверять, используется ли файл syslog /var/adm/messages для журнализации симптомов известных проблем;
  • выявлять и останавливать зацикленные процессы, особенно для X-клиентов.

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

Окно HP OV Operations для систем NNM

Рис. 15.1. Окно HP OV Operations для систем NNM

В этом примере показаны три системы NNM под управлением HP OV Operations. Цвет пиктограммы указывает на состояние отслеживаемых компонентов каждой системы.

< Лекция 14 || Лекция 15: 123 || Лекция 16 >