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

Распределенное управление сетью

< Лекция 5 || Лекция 6: 123 || Лекция 7 >

Конфигурирование управляющей станции

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

Процесс конфигурации управляющей станции следует начинать с отключения функции автоматического раскрытия в меню опроса.

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

Накопительная станция должна быть представлена в базе данных объектов управляющей станции, прежде чем может быть установлена связь накопительной станции с управляющей станцией. При желании можно вручную добавить накопительные станции к схеме ovw управляющей станции, но предпочтительным может оказаться перечисление накопительных станций в seedfile. Не следует забывать, что при первом определении seedfile в $OV_LRF/netmon.lrf необходимо зарегистрировать изменения с использованием $OV_BIN/ovaddobj $OV_LRF/netmon.lrf, а затем остановить и снова запустить netmon. Если seedfile только редактируется, то требуется всего лишь остановить и перезапустить netmon.

Заметим, что по умолчанию netmon будет пытаться добавить имя системы NNM к списку адресатов доставки прерываний для каждого SNMP-агента, с которым он общается. Это значит, что для каждой накопительной станции в файле snmpd.conf будет существовать запись об адресате доставки прерывания. Если это вызывает проблемы при инсталляции, можно предотвратить такое поведение, включив флаг -N в файл netmon.lrf. Заметим, что, начиная с версии NNM 6.0, в netmon используется строка сообщества set-community-name SNMP, конфигурируемая посредством xnmsnmpconf при добавлении и удалении записи об адресате прерывания (вместо механизма, использовавшегося в предыдущих версиях, в котором игнорировались стандартные критерии аутентификации SNMP).

Как показано на рис. 6.2, управляющая станция должна быть сконфигурирована со строками сообществ set-communty-name накопительных станций.

Чтобы проверить, все ли накопительные станции известны управляющей станции, нужно ввести следующую команду:

$OV_BIN/ovtopodump -Lr / more

Данные об известных накопительных станциях выводятся в начале списка. Этот вариант ovtopodump очень удобен, поскольку обеспечивается сжатая однострочная информация о каждом устройстве, включающая MAC-адрес.

Определение строк сообществ накопительной станции

увеличить изображение
Рис. 6.2. Определение строк сообществ накопительной станции

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

Затем установите связь с накопительной станцией на управляющей станции путем открытия окна shell и ввода команды

$OV_BIN/xnmtopoconf -manage collection_station_name

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

Для проверки состояния связи с накопительной станцией нужно ввести команду

$OV_BIN/xnmtopoconf -print collection_station_name

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

Добавление накопительной станции к действующей управляющей станции

Было бы нелогично предполагать, что все условия остаются неизменными1Однажды так сказал мистер Спок. . Поэтому придет время, когда к уже полностью действующей управляющей станции придется добавлять новую накопительную станцию. Предыдущие разделы этой лекции относятся к первоначальным инсталляциям. Добавление новой накопительной станции может быть приятным занятием, если принять некоторые простые меры предосторожности.

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

До добавления накопительной станции следует не забыть экспортировать все настройки схемы на управляющую станцию.

Управляющую станцию нужно сконфигурировать таким же образом, как указывалось выше. Если теперь выполнить команду xnmtopoconf -manage new_collection_station, то в области хранения новых объектов подсхемы Internet должны наблюдаться новые устройства. Следует дождаться, пока управляющая станция произведет импортирование дополнительных устройств.

Менее чем за десять минут новые устройства могут быть помещены в их новые "дома".

Процедура выглядит следующим образом:

  • найти меню View:Redo Layout и нажать OK, это приведет к удалению всех объектов из области хранения новых объектов; теперь схема представляет собой кашу;
  • импортировать ранее сохраненную настройку схемы. Схема выглядит лучше – контейнеры находятся на своих верных относительных позициях;
  • создать новый контейнер для устройств новой накопительной станции;
  • переместить все беспорядочные пиктограммы в новый контейнер;
  • передвинуть этот контейнер ближе к группе оригиналов;
  • немного подвинуть край окна (если оно не перерисовалось автоматически); ovw изменит масштабирование схемы, чтобы разместить пиктограммы на доступном пространстве;
  • передвинуть контейнер в предназначенную для него позицию;
  • немного подвинуть край окна (если оно не перерисовалось автоматически). Теперь схема должна быть настроена правильно;
  • сохранить настройку.

Влияние перестройки накопительной станции

Рассмотрим полностью реализованную управляющую станцию, когда одна из ее накопительных станций выходит из строя. Состояние всех устройств, обычно опрашиваемых накопительной станцией, остается замороженным, поскольку нет возможности обновления. Предположим, что администратор NNM накопительной станции удалил базу данных и заново раскрыл домен управления (по причине повреждения невосстанавливаемой базы данных, из-за отказа аппаратного устройства или крупной модернизации аппаратуры). В начале раскрытия, пока управляющая станция заново соединяется с накопительной, предыдущий набор объектов полностью удаляется, и импортируется новый набор объектов.

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

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

< Лекция 5 || Лекция 6: 123 || Лекция 7 >
Андрей Хохлов
Андрей Хохлов
Россия
Игорь Соловьев
Игорь Соловьев
Россия, Братск