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

Волнения первого раскрытия

< Лекция 3 || Лекция 4: 1234 || Лекция 5 >

Мое окно целиком заполнено пиктограммами

Когда завершается первое раскрытие, подсхема Internet может оказаться заполненной множеством вложенных пиктограмм. Этого следует ожидать в корпоративных сетях, содержащих сотни маршрутизаторов и тысячи подсетей. Это большое IP-центричное изображение точно представляет связность сети и очень полезно для поиска и устранения сетевых проблем, когда уляжется первое впечатление. Тем не менее, имеются неотразимые доводы в пользу разделения этой большой схемы на несколько дюжин контейнеров. Первая причина – это простота использования, а вторая – время ответа. Разделы обычно представляют домены управления или географические регионы.

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

В подсети с большим количеством коммутаторов и сотнями портов коммутаторов число пиктограмм сегментов может приводить в уныние. Можно избежать отображения большей части беспорядка уровня 2, используя в netmon.lrf параметр NNM 6.1 -k segRedux=TRUE. Это приводит к исключению сегментов со всего лишь двумя устройствами и соединению их напрямую. Если схема уровня 2 не представляет интереса, можно использовать в netmon.lrf опцию -k bridgeMIB=FALSE, и тогда для портов коммутаторов и мостов никакие дополнительные сегменты создаваться не будут.

Заметим, что segRedux по умолчанию имеет значение "on" для чистой установки NNM 6.1. Для ситуаций модернизации значением по умолчанию является "off".

Стратегия контейнеризации подсхемы Internet

В подсхеме Internet имеется слишком много подсетей, маршрутизаторов и групповых хостов, поэтому конструктор схемы добавляет к схеме контейнеры (пиктограммы местоположения) и помечает их в соответствии с географией или назначением. Затем с помощью разумных операций выбора и "drag and drop" большинство пиктограмм будет помещено в соответствующие "домашние" контейнеры. Необходимые шаги просты:

  • export MAP_CUSTOMIZATION=true (только для NNM 5.x);
  • запустить ovw и создать новую схему;
  • открыть подсхему Internet;
  • отключить для этой подсхемы автоматическое размещение;
  • отключить возможность перекрытий;
  • создать контейнеры путем добавления и пометки символов местоположения;
  • оставить в подсхеме Internet маршрутизаторы, соединяющие узлы;
  • "перетащить" маршрутизаторы узлов в пиктограммы соответствующих им узлов;
  • расставить местоположения и маршрутизаторы по географическому принципу;
  • экспортировать настройки.

Для справочных целей см. главу 8 "Map Customization" руководства Managing Your Network with HP OpenView Network Node Manager.

Сохранение настроек схем

Переменная окружения $MAP_CUSTOMIZATION (требуется только для NNM с номером версии, меньшим 6.x; в NNM 6.x это стандартный элемент меню) дает возможность ipmap информировать ovw о том, что в меню File нужно сделать доступными два новых элемента меню для импорта и экспорта ASCII-файла настроек. В этот файл записывается стандартная информация для всех пиктограмм подсхемы Internet. В нем не хранятся такие специальные объекты, как добавленные вручную соединения. Файл настроек очень приветствуется при реконструкции схемы. Это может понадобиться в тех случаях, когда конструктор схемы вместо исправления схемы разрушает ее, происходит аварийный отказ базы данных накопительной станции, и она должна заново раскрывать свой домен управления, или локальная база данных была настолько плохо согласована, что ее не удалось восстановить с помощью ovtopofix.

После импортирования настройки схем может проявиться несколько незначительных затруднений. Среди настроек могут содержаться еще не раскрытые пиктограммы, поэтому выдается предупреждение. Имя устройства может измениться, и оно не попадет в свой "домашний" контейнер, а останется на подсхеме Internet. Могут быть раскрыты устройства, неучтенные в настройке, и они тоже останутся на подсхеме Internet. В результате подсхема Internet все еще не будет "привлекательной" по причине наличия "сиротских" пиктограмм, не имеющих "дома".

Но вместо того чтобы падать духом, следует использовать простую уловку, чтобы восстановить схему в ее исходном виде. Требуются следующие шаги:

  • добавить к подсхеме Internet пиктограмму вспомогательного контейнера ( helper11Термин "helper" не является официальным термином NNM. );
  • переместить вспомогательный помощник на свободное место;
  • использовать окошко выбора для выбора "бездомных" пиктограмм;
  • переместить этих "сирот" во вспомогательный контейнер;
  • повторять, пока все "сироты" не окажутся во вспомогательном контейнере;
  • переместить вспомогательный контейнер ближе к скоплению других контейнеров;
  • немного изменить размер окна подсхемы Internet; ovw перерисует схему под исходные размеры пиктограмм;
  • открыть вспомогательный контейнер;
  • переместить "сирот" в надлежащие "дома";
  • снова сохранить настройки.

Большое преимущество вспомогательного контейнера состоит в том, что при этом быстро устраняется неправильное масштабирование на реконструированной схеме, вызванное размещением "сиротских" пиктограмм вдалеке от исходных символов.

Использование уроков, полученных от других конструкторов схем

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

Чтобы сохранять согласованное состояние схем управляющих станций, конструкторы схем, очевидно, должны принять соглашение о том, кто в какой день будет модифицировать схему, так чтобы другие могли импортировать ее без потери локальных изменений схемы. Файл настройки схем представляет собой плоский текстовый файл формата ASCII, но его размер может превышать мегабайт, так что перед отправкой по электронной почте его следует сжимать. Другим вариантом общего использования файла является просто получение его посредством FTP (способ UNIX) или совместный доступ к папке (способ Window) систем NNM. Третьим способом совместного использования файлов настройки схем является инсталляция web-сервера в системе NNM и обеспечение простого web-интерфейса для каталога настройки схем.

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

< Лекция 3 || Лекция 4: 1234 || Лекция 5 >