СодержаниеСодержание
1. ВВЕДЕНИЕ 2
2. ТРЕБОВАНИЯ К ОКРУЖЕНИЮ 4
2.1. Требования к аппаратному обеспечению 4
2.2. Требования к программному обеспечению 4
2.3. Требования к пользователям 5
3. АРХИТЕКТУРА СИСТЕМЫ 5
3.1. Технология S.M.A.R.T. 5
3.2. Параметры модуля обнаружения новых узлов сети в OpenNMS 9
3.3. Параметры модуля обнаружения новых сервисов на узлах в OpenNMS 12
3.4. Параметры модуля обработки событий в OpenNMS 21
3.4.1. Внутренние события 22
3.4.2. Серьёзность события 23
3.4.3. Дополнительные параметры 24
3.4.4. Элементы 24
3.4.5. Элемент parm 25
3.4.6. Файл eventconf.xml 26
4. ФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ 28
5. ОСОБЕННОСТИ ИНТЕРФЕЙСА 28
6. ПРОЕКТ 36
6.1. Средства реализации 36
6.2. Модули и алгоритмы 37
ЗАКЛЮЧЕНИЕ 50
СПИСОК ЛИТЕРАТУРЫ 51Введение1. Введение
Жёсткие диски являются довольно надёжными устройствами. Они наиболее распространены, так как являются в настоящее время одними из самых высокопроизводительных и довольно ёмких устройств долговременного хранения данных. При этом потеря важной информации часто приводит к большим материальным затратам, особенно на серверах в крупных компьютерных сетях. Одной из таких сетей является сеть передачи данных ДВО РАН.
Технология S.M.A.R.T., разработанная для жёстких дисков, позволяет предсказать возможные сбои накопителя, что даёт возможность заблаговременно заменить ненадёжный накопитель новым, сделав резервную копию важных данных. Рассмотрим более подробно особенности технологии S.M.A.R.T. в следующих разделах.
OpenNMS — система мониторинга сетевого оборудования с открытым исходным кодом. Она была выбрана в качестве наиболее удобной системы для мониторинга сетевого оборудования СПД ДВО РАН из-за её открытости, модульной структуры, а также из-за того, что в ней используются многие перспективные технологии. WEB-интерфейс системы достаточно удобен и функционален.
Однако система OpenNMS пока ещё недостаточно функциональна и находится на стадии активной разработки. Это стимулирует разработчиков дописывать недостающие модули для реализации дополнительных возможностей. Одним из таких модулей является разработанный в ходе выполнения данной работы модуль мониторинга атрибутов S.M.A.R.T., сбора информации и её анализа, а также уведомления пользователей о возможных сбоях.
Модуль мониторинга S.M.A.R.T. создавался по заказу ИАПУ ДВО РАН, но разработчики старались сделать его максимально независящим от конкретной компьютерной сети. В перспективе он может применяться в других сетях передачи данных, при этом не придётся переписывать весь код, а только слегка его модифицировать. Также в ходе разработки модуль не привязывался к определённой версии OpenNMS, так как эта система часто обновляется. Следовательно, скорее всего модуль сможет работать с более поздними версиями OpenNMS.
В настоящее время имеются другие решения мониторинга S.M.A.R.T., однако у них есть ряд недостатков: они не позволяют хранить данные об изменениях значений S.M.A.R.T. атрибутов в базе данных, проводить их анализ, в большинстве случаев пользователю выдаётся лишь предупреждающее сообщение в той или иной форме. Также конкурирующие системы не позволяют вести сбор значений атрибутов S.M.A.R.T. по компьютерной сети. Ещё одним недостатком некоторых конкурирующих решений является их реализация на коммерческой основе, в отличие от модуля, описываемого в данной работе, который относится к продуктам с открытым исходным кодом, а также разрабатывался для opensource-системы Gentoo Linux.
В результате оптимальным вариантом стало написание собственного модуля к системе, которая достаточно хороша в качестве платформы для такого модуля и позволяет его добавить. Модуль сможет быть особенно полезен для мониторинга состояния жёстких дисков на кластерах, где число накопителей довольно велико, и поиск неисправного накопителя при отсутствии средств оповещения о сбоях связан с большими временными затратами.
2. Требования к окружению
Для нормальной работы модуля мониторинга S.M.A.R.T. необходимо наличие корректно установленной системы OpenNMS, следовательно большинство требований к аппаратному обеспечению совпадают с её требованиями.
2.1. Требования к аппаратному обеспечению
Для мониторинга около 200 рабочих станций с помощью OpenNMS необходим компьютер на базе процессора с поддержкой набора инструкций архитектуры x86 (при необходимости можно адаптировать модуль для работы на других архитектурах, внеся соответствующие специфике архитектуры изменения в код скриптов), производительность которого примерно соответствует производительности процессора Intel Pentium III, работающего на частоте 1 ГГц или выше, минимум 256 Мб оперативной памяти (рекомендуется 512 Мб или больше) и около 1 Гб места на жёстком диске. OpenNMS является многопоточной системой и, следовательно, сможет эффективно использовать ресурсы многопроцессорных систем, а также процессоров с поддержкой технологии виртуальной многопроцессорности, например, технологии HyperThreading, реализованной в некоторых процессорах Intel Pentium IV. Требования к аппаратному обеспечению для разработанного модуля не превосходят соответствующих требований OpenNMS.
2.2. Требования к программному обеспечению
OpenNMS работает под управлением ОС Unix/Linux (установка OpenNMS производилась под ОС Gentoo Linux). Следовательно, серверная часть разрабатываемого модуля не может работать под ОС Windows или MacOS. В будущем разработчики OpenNMS планируют добавить поддержку этих систем. В ходе работы были сделаны попытки добавить поддержку Microsoft Windows для клиентской части скрипта, ведётся поиск аналогов утилит, которые используют части модуля, работающих под этой ОС. Практически все модули OpenNMS написаны на языке Java, за исключением около десятка скриптов на Perl и нескольких файлов на C. На Java в текущей его реализации разработчикам пока не удалось реализовать 100% кода OpenNMS из-за того, что в Java нет некоторых элементов которые есть, например, в C и на C или Perl некоторые задачи решаются проще, чем на Java. Однако у Java есть большое преимущество — переносимость написанного кода на другие платформы. Следовательно, ограничения переносимости OpenNMS связаны в первую очередь с частями кода, написанного на Perl, C, а также с наличием реализаций программных продуктов, которые использует OpenNMS, например, сервер баз данных PostgreSQL. Следовательно, для нормальной работы OpenNMS необходимо установить Sun JDK (рекомендуется использовать Sun Java Development Kit (JDK) 1.4, тестировалось на JDK версии 1.4.2.07, не рекомендуется использовать JDK 1.5, т.к. не все модули OpenNMS полностью совместимы с новым API, что может вызывать частичную потерю функциональности и ошибки). Также потребуется Perl (при тестировании системы использовалась версия 5.8.4). Для нормальной работы OpenNMS обязательно наличие правильно установленного и настроенного SQL-сервера PostgreSQL (тестировалось на версии 8.0.1-r1, использование версийЛитератураСписок литературы
[1] American National Standard for Information Technology — AT Attachment with Packet Interface – 7 (ATA/ATAPI-7), Rev. 4b, 21 April 2004, http://www.t13.org
[2] Hughes, G., Murray, J., Kreutz-Delgado, K., Elkan, C. Improved disk-drive failure warnings, 2000
[3] Nass, R. S.M.A.R.T. failure-prediction method now being endorsed for SCSI disk drives, 1995
[4] Ссылка на сайт одного из крупнейших производителей программного обеспечения для мониторинга состояния накопителей с поддержкой технологии S.M.A.R.T.: www.compaq.com/im/fault.html
[5] Ссылки на сайты производителей оборудования, обладающего поддержкой технологии S.M.A.R.T.: www.seagate.com/support/kb/disc/SMART.html, www.storage.ibm.com/oem/tech/pfa.htm, www.westerndigital.com/sevice/lifeguard/dig_smart.html
|
|
