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

План проекта по развертыванию NNM

Лекция 1: 1234567 || Лекция 2 >

Определение требований, которым должен удовлетворять NNM

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

Какие требуются типы схем? NNM обеспечивает функцию автоматического размещения, которая создает иерархическую схему на основе выявленной топологии. Эта полная схема демонстрирует IP-связность подсетей и маршрутизаторов и для больших сетей может быть очень плотной. Хотя такая схема как нельзя лучше подходит для технического персонала при поиске неисправностей, для остальных пользователей она может оказаться непригодной. Средства настройки включают разбиение на разделы, скрытые пиктограммы и фильтрацию схем.

Какие устройства следует раскрыть и включить в контур управления? По умолчанию NNM будет обнаруживать IP-устройства независимо от того, поддерживают ли они простой протокол сетевого управления (SNMP). Нужно ли раскрывать каждое устройство сети, или в основную задачу входит только управление сетевой инфраструктурой? Следует ли управлять серверами и сетевыми принтерами? Можно написать фильтр раскрытия, чтобы контролировать типы устройств, которые раскрывает NNM.

Насколько реактивной по отношению к пользователям должна быть система NNM? Приемлемо ли тратить 30 секунд рабочего времени на ожидание ответа, или задержка в 5 секунд является более разумной? Каково максимальное число одновременно работающих пользователей, для которых желательно такое время ответа? Если появляется еще больше активных пользователей, то допустимо ли увеличение времени реакции? Большинство пользователей предпочитает, чтобы время реакции было меньше двух секунд.

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

Какие требуются виды отчетов? Некоторые встроенные инструментальные средства NNM доступны через графический пользовательский интерфейс (GUI), тогда как другие запускаются по приглашению из shell (или по приглашению MS-DOS или Windows). Потребуется ли пользователям производить и печатать большие 24-битовые цветные снимки экрана, или эти снимки будут сохраняться на персональном компьютере? Понадобится ли ведение истории событий для документирования проблем? Нужны ли диаграммы производительности в оперативном режиме? Как долго придется поддерживать историю событий? В большинстве случаев потребуется обеспечить базовые возможности сохранения образа экрана и печати и предложить диаграммы производительности.

Будет ли у пользователей иметься возможность выбора платформ, с которых будет производиться доступ к NNM, таких как Windows, Linux, UNIX, X-terminal и Macintosh? Будет ли у них возможность и желание обязательно запускать эмуляторы X-Window, чтобы получить такой доступ? Достаточен ли интерфейс web-браузера? Нужен ли на этих платформах доступ из командной строки? Если у пользователей нет соответствующего программного обеспечения, придется его приобрести, протестировать и обеспечить поддержку.

Какая защита требуется для нормальной эксплуатации NNM? Достаточна ли обычная схема UNIX "логин/пароль"? Нужно ли, чтобы пользовательские учетные записи были согласованы на всех системах, на которых работает NNM? В большинстве случаев ответ положителен.

Насколько доступными должны быть NNM? На 99% или более? Учитываются ли в этих цифрах перерывы в работе для планового обслуживания? Должно ли приложение NNM быть доступным каждый день в течение всего дня? Отметим, что для удовлетворения потребности в резервном копировании базы данных, настройке схем и в получении некоторых данных нужен, по крайней мере, режим частичного функционирования, при котором приостанавливаются программы-демоны NNM (для NNM 6). Является ли резервный опрос полностью приемлемым решением для достижения высокой степени доступности средств NNM?

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

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

Лекция 1: 1234567 || Лекция 2 >