The OpenNET Project / Index page

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




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Диссертация на тему мониторинга и диагностики техн. средств, !*! demiurg, 16-Дек-09, 19:28  [смотреть все]
Здравствуйте!

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

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

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

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

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

Спасибо.

  • Диссертация на тему мониторинга и диагностики техн. средств, !*! nuclight, 10:52 , 21-Дек-09 (2)
    >На самом деле все просто:  есть сервера на закрытом объекте (атомная
    >станция), на всех серверах linux + еще различные устройства snmp +
    >еще различные датчики, которые через snmp не загонишь. Так вот я

    [...]
    >Все хорошо и замечательно. Уже с одной станции есть справка о внедрении
    >данной системы. Но самой диссертации НЕТ. Я ее очень медленно пишу.

    [...]
    >Также вопрос к знающим людям - насколько надежно держать на агентах SNMP
    >такие вещи как иниицирующие воздействия: т.е. в случае превышения критической уставки
    >он ГАРАНТИРОВАННО успеет выключить устройство, или в данном случае имеет писать

    Что за бред? Такие вещи на обычных операционных системах и обычном железе вообще не делают. Максимум - OLPC, но это _исключительно_ мониторинг, без управления критичными вещами.

    Название станции в студию, где там у вас такое внедрено.

    • Диссертация на тему мониторинга и диагностики техн. средств, !*! sHaggY_caT, 23:41 , 28-Дек-09 (4)
      >Название станции в студию, где там у вас такое внедрено.

      Боитесь, что рядом с Вами :)?

      Нет, правда, что к человеку пристали: под Linux есть RT-ядра, и недавно в новостях было, что на управляющих рабочих станциях австралийцы вообще Windows используют (и у них там что-то с вирусами было).

      Может быть, не все так плохо?

      З.Ы. Сама с такими системами никогда не работала, и работать побоялась бы (но небольшой опыт в HighLoad есть)

  • Диссертация на тему мониторинга и диагностики техн. средств, !*! chocholl, 15:47 , 24-Дек-09 (3)
    яфигею, тема, максимум на дипломную работу.



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

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