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

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

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

Совместное использование планов и другой проектной информации на web-сайте

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

Документы, размещаемые на web-сайте, следует преобразовать в формат PDF (Adobe’s Portable Document Format), чтобы любой пользователь, независимо от компьютерной платформы, мог читать и печатать их. Это также препятствует произвольному изменению документов. Начиная с версии 4.0.5, в Acrobat Reader поддерживается средство поворота страниц. Имеется соответствующий загружаемый компонент web-браузера, так что документы в формате PDF можно просматривать непосредственно через web. Это важный механизм доставки пользователям векторной графики, поскольку такое представление является масштабируемым, тогда как растровые изображения в общем случае не масштабируются. Использование PDF избавляет пользователя от необходимости покупать, устанавливать, загружать и изучать специализированное программное обеспечение. Кроме того, не приходится решать проблему разных версий документов.

К видам информации, пригодным для совместного пользования на web-сайте, относятся представленные в формате PDF руководства HP по NNM (которые можно загрузить с web-сайта HP, посвященного OpenView), проектные планы, соглашения о функциональности, соглашения об уровне сервиса (SLA), организационные графики, руководства по конфигурации, процедуры настройки, производственные инструкции, советы и технические приемы, чертежи сети и примерные схемы NNM.

Составление, согласование и утверждение соглашения о функциональности

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

В соглашении о функциональности перечисляются пользователи и участники поддержки NNM. Участниками поддержки обычно являются отдел IT и группа системного администрирования. Группа системного администрирования поддерживает не только системы, на которых работает NNM, но также и системы Windows, Linux, UNIX и Macintosh, из которых пользователи обращаются к NNM посредством X-Window или web-браузеров. К числу этих пользователей обычно относятся конструкторы схем NNM, справочная служба, привлеченные исследователи и ремонтники, которые используют NNM для отслеживания сетевых проблем. В небольших организациях несколько сотрудников могут одновременно выступать в ролях системного администратора, конструктора схем, исследователя и пользователя.

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

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

Выбор масштабируемого аппаратного обеспечения в каждом узле NNM

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

Масштабируемая система – это такая система, которую можно модернизировать на месте, так что влияние данной процедуры на работоспособность NNM будет ограничено всего несколькими минутами простоя.

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

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

Кроме того, следует иметь резервные слоты памяти, или, по крайней мере, существующая память должна быть модернизируемой за счет использования модулей RAM большей емкости. Когда операционная система не в состоянии предоставить необходимую память всем работающим приложениям, система виртуальной памяти (VM) обращается к диску для откачки страниц памяти. С увеличением активности VM обмены с дисками могут стать узким местом производительности.

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

В редких случаях стандартный системный Ethernet LAN-адаптер может стать узким местом производительности, особенно когда NNM управляет большим числом присоединенных к LAN устройств с использованием стратегии активного опроса. Разумно также предусмотреть опцию модернизации LAN-адаптера для перехода к Fast Ethernet (100BASE-T), чтобы сократить задержки в сети. Технология Fast Ethernet особенно важна, если производится сетевое резервное копирование, поскольку стандартное Ethernet-соединение резко увеличивает время копирования. Естественно, система NNM должна подключаться к выделенному порту коммутатора Ethernet, чтобы можно было избежать конфликтов с трафиком LAN общего пользования. В идеальном случае этот порт конфигурируется для дуплексного (FDX) функционирования, чтобы избежать коллизий и потенциально удвоить пропускную способность. Следует позаботиться о мониторинге этого порта – частой проблемой являются возврат при автоматическом согласовании к 10 Mbps и полудуплексное (HDX) функционирование.

Меня могут спросить: а почему бы, прежде всего, не определить правильный размер системы NNM? Ответ содержится в PDF-документе компании HP, который является руководством по заданию размера и называется Network Node Manager 6.0 Performance and Configuration Guide. В этом руководстве требуется, чтобы администратор NNM был в состоянии оценить такие параметры, как число активных пользователей, число управляемых устройств, число интерфейсов (объектов в базе данных), скорость поступления сетевых событий и объем данных истории SNMP, которые требуется собирать. Подобные оценки неизбежно будут приблизительными.

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

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

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