Определение общности интересов в сети
Общность интересов можно определять на основе сквозных систем, которые используются в данной деловой структурной единице. Например, сетевые менеджеры узла интересуются своим сообществом концентраторов, мостов, коммутаторов, мостов-маршрутизаторов и маршрутизаторов. Менеджер WAN в данной стране интересуется сообществом отечественных компаний, владеющих линиями связи, сервис-провайдеров и действующих распределительных маршрутизаторов. Менеджеры web-сайтов интересуются своим сообществом серверов, дисковых устройств SAN и принтеров. Администраторы e-mail существуют в своем сообществе серверов электронной почты и шлюзов, а также наблюдают за DNS, поскольку эта система обслуживает записи Май Exchange (MX). Менеджеры файловых и принтерных серверов работают внутри своего сообщества по интересам. Общностью интересов инженерных групп являются их рабочие станции, серверы и сетевые принтеры.
Некоторые бизнес-подразделения могут быть географически рассредоточенными. Они присутствуют в нескольких узлах корпорации. Например, исследовательские лаборатории являются сообществом по интересам, как и маркетинговые и консалтинговые группы.
Некоторые организации, использующие корпоративную сеть, не хотят, чтобы их оборудованием управляли. Это может происходить из-за недоверия, беспокойства по поводу управления конфигурацией и стабильности оборудования или вопросов безопасности. В сети может
Джон Бломмерс OpenView Network Node Manager
использоваться "несанкционированное" или "нестандартное" оборудование, и руководство таких организаций не заинтересовано в том, чтобы оно раскрывалось.
Например, в качестве составляющей механизма управления конфигурацией NNM пытается загрузить определенную по умолчанию страницу web-сервера. На web-сервере регистрируется каждое обращение к странице, и журнальные файлы небольших локальных серверов могут заполниться за несколько недель. Администраторы серверов не хотят, чтобы NNM управлял их web-службой, и соглашаются только на управление оборудованием.
В качестве другого примера рассмотрим персонал сети, который управляет маршрутизаторами доступа в Internet. Они осуществляют мониторинг использования центрального процессора этими маршрутизаторами, у которых нередко имеются огромные таблицы маршрутизации. При обработке каждого SNMP-запроса элемента таблицы маршрутизации происходит интенсивное использование ресурса ЦП. Излишние запросы таблиц маршрутизации, поступающие от NNM (стандартный аспект автоматического раскрытия), могут поднять уровень загрузки ЦП маршрутизатора почти до 100%. Эту загрузку трудно снизить, указав, что процесс SNMP на маршрутизаторе имеет низкий приоритет. Короткие всплески нагрузки центрального процессора из-за операций SNMP допустимы, но длительная интенсивная нагрузка - это плохо, так как она может скрывать реальные проблемы интенсивного использования ЦП, подобные тем, которые вызываются колебаниями маршрутов.
Группа IT, обеспечивающая средства NNM для сообщества пользователей, должна учитывать общность интересов при определении домена управления NNM.
Выявление сообществ по интересам может быть делом весьма трудоемким. Для понимания организационных требований сети необходимо пообщаться с множеством людей во множестве подразделений. Если принимать во внимание периодические организационные изменения и добавление новых сетевых услуг, то всего лишь поддержка обновлений профилей сообществ по интересам может стать задачей, для решения которой потребуется полный рабочий
Джон Бломмерс OpenView Network Node Manager
день. На сообщества по интересам может иметь большое влияние вид применяемой структуры поддержки: централизованные используются структуры поддержки или же распределенные.
При выявлении сообществ по интересам может помочь технология Remote Monitoring (RMON2). Сетевые устройства с встроенными SNMP-агентами RMON2 обладают способностью к выборке сетевых пакетов и идентификации приложений (по номеру порта TCP или UDP). При отсутствии встроенных агентов можно установить внешние датчики. Инструментальные средства, подобные Agilent/HP NetMetrix, могут консолидировать вывод многих датчиков RMON2 и отображать результат в виде диаграммы, изображающей сетевой трафик пар "источник-цель" в соответствии с типом приложения. Это позволяет автоматизировать выявление сообществ по интересам и помогает избежать сбора неточных данных, получаемых посредством интервью.
