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

Основные черты NNM 7.0

< Лекция 15 || Лекция 16: 123456

Архитектура продукта

В общих чертах

С выходом HP OV NNM 7.0 облик продукта существенно изменился. В новой версии по-прежнему доступны применявшиеся ранее, зависящие от платформы GUI (W32 в среде Windows и X11 в среде UNIX), однако в той части, которая относится к функциональным аспектам, они были почти полностью заменены новыми Java-GUI, основанными на web.

Кроме того, структура продукта NNM разработана в расчете на то, что теперь раличаются начальная ( Starter Edition – SE) и расширенная ( Advanced Edition – AE) редакции. Различия между этими двумя версиями продукта заключаются в объеме пакета поставки (например, версия AE включает средство Extended Topology, ранее поставлявшееся только отдельно); технических возможностях приложения (раскрытие уровня 3 или даже уровня 2) и тексте лицензионных соглашений. Версия SE является в чистом виде системой управления уровня 3 (сетевой уровень модели OSI/ISO) и будет использоваться преимущественно малыми и средними компаниями, имеющими достаточно просто структурированные сети. Версия AE, напротив, предназначена для управления сложными коммутируемыми сетями, работающими на основе избыточности. В приложении к лекции приводится детальное сравнение индивидуальных особенностей SE и AE.

К основным компонентам технологии Java, используемым в данном случае, относится широко известный сервер приложений Apache TomСat (считающийся эталонной реализацией в отношении соответствия стандарту J2EE). Несомненным преимуществом этой технологии является широкое распространение сервера в корпоративных средах, а также использование открытых стандартов, происходящих из области Java-технологии. В текущей, седьмой версии NNM используется сервер приложений TomCat версии 4.0.4, так что контейнером сервлетов служит Catalina. В предшествующей редакции NNM (например, в версии 6.4) использовался устаревший контейнер сервлетов Jakarta, который был полностью переработан, особенно в отношении таких параметров, как эффективность операций и время запуска, и в результате значения этих параметров были существенно улучшены.

Если раньше при работе на уровне GUI X11/W32 сервер управления был вынужден использовать собственные вычислительные ресурсы для представления информации, то теперь, по причине расширения сферы применения Java-технологии, эти вычисления распределяются между несколькими клиентскими узлами. Несомненным преимуществом является то, что информация может быть представлена любым поддерживаемым браузером. Тем не менее, такому клиенту требуется адекватная рабочая память и соответствующая производительность процессора. Точные системные требования к управляющим станциям и клиентам перечислены в приложении. В продукте NNM 7.0 поддерживаются следующие версии браузеров: Mozilla 1.4, Netscape 7.1, а также Internet Explorer 6 с SP1.

При первом обращении к серверу управления происходит проверка текущей версии Java-Runtime (JRE). Если требуемая версия отсутствует (в настоящее время это версия 1.4.2-01 для клиентов на основе Linux или Windows), можно загрузить и установить ее непосредственно с сервера управления с помощью технологии Java-web-Start.

Распределенный мониторинг и раскрытие

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

Усовершенствования, внесенные в NNM в плане использования ресурсов (ЦП, RAM), воздействуют на приведенный сценарий. Начиная с версии 7, NNM может управлять значительно большим числом объектов с одной-единственной управляющей станции. Это удобно, поскольку теперь компании гораздо активнее используют WAN при проведении своих операций, и поэтому удаленный опрос является более обоснованным.

Во время лабораторного тестирования NNM полностью распознал существующую сеть на уровне 2 ISO/OSI и правильно ее визуализировал. Дополнительная обработка вручную потребовалась только по причине присутствия двух несколько устаревших коммутаторов рабочих групп Cisco 1924, размещенных в Internet, которые пришлось обозначить в таблице oid-to-type как коммутаторы системы.

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

В будущих версиях NNM должен появиться новый "менеджер менеджеров" – так называемая Развитая Система Консолидации Проблем (Advanced Problem Consolidator). В этой будущей редакции, наконец, станет возможной связь между управляющими станциями по протоколу HTTP – не затрагивая proxy-сервер. В связи с огромным числом DMZ, обнаруживаемых в настоящее время в корпоративных средах, и применением соответствующих разделительных механизмов, пользователи мечтают о связи на основе HTTP.

< Лекция 15 || Лекция 16: 123456