The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"Диссертация на тему мониторинга и диагностики техн. средств"
Отправлено demiurg, 16-Дек-09 19:28 
Здравствуйте!

Вот уже второй год пишу диссертацию на тему "Увеличение надежности и безопасности техн. средств за счет разработки и внедрения программного обеспечения контроля состояний оборудования". Естественно тема диссертации выглядит подругому. Это я так упростил.

На самом деле все просто:  есть сервера на закрытом объекте (атомная станция), на всех серверах linux + еще различные устройства snmp + еще различные датчики, которые через snmp не загонишь. Так вот я написал агенты, которые собирают данные с серверов (агенты сбора данных), другие агенты собирают с серверов SNMP (это было проще чем везде поднимать SNMP сервера), все это дело скидывается в базу данных и выводится на экран оператора через графический интерфейс, написанный на qt. Оператор не может инициировать воздействие на сервер (перегрузить его), это сделает сам агент по превышении определенного рода критических уставок.

Все хорошо и замечательно. Уже с одной станции есть справка о внедрении данной системы. Но самой диссертации НЕТ. Я ее очень медленно пишу. И вот сейчас я сижу и думаю почему я многие вещи (ну хотя бы агенты сбора данных) писал сам, а не использовал SNMP в полную его мощь. Сам же себе отвечаю что все по отдельности бы работало хорошо, но все вместе бы очень криво. Но блин обосновать умными словами не получается. И вообще мое мнение НЕ истина же в первой инстанции, смотрю на собственные алгоритмы в формате A1 на стене и думаю: "нафига я это все нагородил - надо было все на snmp делать", а потом понимаю что если бы сделал то тогда бы в случае некоторых внештатных ситуаций сервера не успели бы отказ выполнить и умерли в синем пламени. В тоже время кривить душой в диссере не хочется и получается возможно весь смысл моей работы состоит в том, чтобы либо:
а) показать и доказать что наилучшие показатели в плане безопасности и надежности достигаются при максимальном использовании SNMP и всяких приблуд для него;
б) либо опровергнуть это, показать альтернативные пути (по которым по сути пошел я).

Буду очень признателен за различную инфу по вопросу, где затрагиваются НЕДОСТАТКИ функциональности и надежности snmp протокола и/или невозможности его использовать.
Также вопрос к знающим людям - насколько надежно держать на агентах SNMP такие вещи как иниицирующие воздействия: т.е. в случае превышения критической уставки он ГАРАНТИРОВАННО успеет выключить устройство, или в данном случае имеет писать специальный обработчик.
Другими словами интересуют слабые места SNMP протокола. Если конечно они есть.

Также буду признателен за ссылки на аналогичные работы типа как оформить всю эту диагностику в виде математической модели. Может там я найду понимания своих ошибок. Но сейчас мат. моделями просто нет сил заниматься ибо только думаю сразу этот чертов snmp протокол всплывает. А система то работает.  

Спасибо.

 

Ваше сообщение
Имя*:
EMail:
Для отправки новых сообщений в текущей нити на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру