Мониторинг под Windows, Кто писал программы мониторинга? Опции

[miksher]

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

Я занимаюсь разработкой ПО для мониторинга дизель-электро установок(ДЭУ), то есть программа ведет опрос контроллеров установленных в ДЭУ через COM-порты.
Хотел поинтересоваться различными идеями, алгоритмами таких или подобных проектов, а так же поделится своими мыслями.
Пишите пожалуйста сюда, буду благодарен за отклик.

[Kabron]

По работе именно этим и занимаюсь - удаленный мониторинг систем бесперебойного электроснабжения. Это не только УПСы и ДГУ, есть и вспомогательные девайсы COC(common output cabinet), CROSS(быстродействующий АВР) и т.п. Не все к сож. поддерживают SNMP даже в линейках одного производителя. Сделади, пожалуй единственную в своем роде универсальную прогу мониторинга SNMP устройств (не путать с NMS типа OpenView). Дема 15 минутная лежит тут http://www.inelt.ru/ru/attach_file/upslook_install.zip описуха http://www.inelt.ru/ru/attach_file/UPSLook_UM_Rus.pdf. Проблема еще в том что очень немногие производители четко следуют стандартному МИБу RFC1628 , почти каждый старается его расширить. В последнее время обратили внимание на Modbus, и не зря. Во-первых этот протокол поддерживается практически всеми производителями (хочеш чтобы тебя покупали для BMS(buildind management system- будь любезен Modbus), во-вторых лекго расширяется и гибко наращивается ну и удобно формализуется - по аналогии с MIB придумали JIB. Щас сделали мониторинг ДГУ и ИБП, на очереди кондиционеры и прочая хрень. Чистый RS232 вещь неудобная и отживающая.

Standalone серверы пишу в RAD STUDIO.
Вот есть сервер на 1000 одновременно подключенных дивайсов.
Тестировался с перегрузкой до 3-х тысяч дивайсов.
У каждого дивайса по нескольку сотен параметров.
http://aly.ogmis.lt/OpenProjects/ARMDominator3/ARMD3.htm

Тоже интересное решение. Сами о таком думали.
Вопрос сколько примерно стоит у вас создание SNMP агента для известного протокола?

Сообщение отредактировал Kabron - Dec 30 2008, 05:23

[AlexandrY]

Страная склонность к MODBUS, если конечно его спецификацию не модернизировали сильно за прошедшие несколько лет.
MODBUS был исключительно локальным протоклом полевой шины.
SNMP особенно в 3-й версии расчитан на глобальные сети.

Собственно SNMP агент в нашем исполнении - это один из набора аппаратных универсальных модулей, и они вообщем особенно не изменяются от приложения к приложению.
Протоколы обслуживаемых дивайсов проблему не представляют и расходы на их подключение теряются на фоне других сложностей и обычно даже не включаются в себестоимость.
Реальная сложность в интеграции в систему клиента.
Действительно форматы MIB-ов создают большие проблемы.
Каждый производитель, а часто и потребитель хочет по своему закодировать переменные, свободно интерпретирует правила синтаксиса, в первых версиях SNMP явно мало номеров TRAP-ов и производители любят делать динамическое изменение назначений TRAP-ов.
Но такие фокусы плохо переносят серверы SNMP как HP OpenView и т.д.
А изменения логики формирования TRAP-ов приводят к сильным изменениям в софте агента.
Поэтому как бы к каждому приложению приходится делать предварительный анализ ситуации.

По работе именно этим и занимаюсь - удаленный мониторинг систем бесперебойного электроснабжения. Это не только УПСы и ДГУ, есть и вспомогательные девайсы COC(common output cabinet), CROSS(быстродействующий АВР) и т.п. Не все к сож. поддерживают SNMP даже в линейках одного производителя. Сделади, пожалуй единственную в своем роде универсальную прогу мониторинга SNMP устройств (не путать с NMS типа OpenView). Дема 15 минутная лежит тут http://www.inelt.ru/ru/attach_file/upslook_install.zip описуха http://www.inelt.ru/ru/attach_file/UPSLook_UM_Rus.pdf. Проблема еще в том что очень немногие производители четко следуют стандартному МИБу RFC1628 , почти каждый старается его расширить. В последнее время обратили внимание на Modbus, и не зря. Во-первых этот протокол поддерживается практически всеми производителями (хочеш чтобы тебя покупали для BMS(buildind management system- будь любезен Modbus), во-вторых лекго расширяется и гибко наращивается ну и удобно формализуется - по аналогии с MIB придумали JIB. Щас сделали мониторинг ДГУ и ИБП, на очереди кондиционеры и прочая хрень. Чистый RS232 вещь неудобная и отживающая.
Тоже интересное решение. Сами о таком думали.
Вопрос сколько примерно стоит у вас создание SNMP агента для известного протокола?

[Kabron]

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

Ничего не могу сказать про то что было, т.к. только начали ею заниматься. Склонность потому, что не все наши и чужие девайсы поддерживают SNMP, в то время как все наши и большинство известных нам чужих имеют Modbus, а с появлением Modbus over IP ваще все гламурно.

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

Звучит очень оптимистично и обнадеживающе. Пугает только навороченность ваших девайсов. Пределом наших мечтаний является самый простенький ethernet-to-serial сервер, в который зашит кастом SNMP agent cо стандартным RFC1628. Такие делают многие конторы(Moxa, Megatec, etc.) но заморачиваться с самостоятельным написанием ПО под малознакомый процессор реально влом.
Трапы нам ваще по барабану(они по большому счету Айтишникам для OpenView нужны), хватает опроса.
Щас умеем мониторить свой Chloride, MGE, APC, Liebert, GE и все что под 1628. Не умеем свои СОС'и и CROSS'ы. :-( Приходица сухими контактами over IP.
ЗЫ,
по деньгам вопрос не принципиальный на фоне стоимости системы.

Сообщение отредактировал Kabron - Dec 30 2008, 10:31