Вопрос Организация регулярного мониторинга серверов и рабочих станций.

pulsar71

Пользователь
Сообщения
13
Репутация
0
Баллы
1
День добрый. Как организовать регулярный мониторинг серверов и рабочих станций на предмет использования дискового пространства, памяти, сети, ЦПУ и запущенных процессов.
Из аппаратуры:
1. КАРС ТОПАЗ
2. Система регистрации диспетчерских переговоров АВИАТОН
3.Автоматическая Терминальная Информационная Система (АТИС) с системой отображения СВИП
4. Наземная станция АЗН-В 1090ES (МС-1А)
 

ЭРТОС

Администратор
Сообщения
393
Репутация
95
Баллы
28
Адрес
Россия

pulsar71

Пользователь
Сообщения
13
Репутация
0
Баллы
1
Да НС-1А
извините за опечатку
 

Tnemo

Участник
Сообщения
184
Репутация
8
Баллы
18
Адрес
г. Москва
Род занятий
Разработчик
Если исключить проприетарные продукты, советую посмотреть в сторону Nagios
 

pulsar71

Пользователь
Сообщения
13
Репутация
0
Баллы
1
Спасибо, тема закрыта
 

VladimirSL

Пользователь
Сообщения
15
Репутация
0
Баллы
1
Адрес
Аэронавигация Северо-Восточной Сибири, г. Якутск
Род занятий
Инженер РН, РЛ и связи.

barbar

Пользователь
Сообщения
29
Репутация
0
Баллы
1
Адрес
UEST USDD
Род занятий
ЛАЗ КДП
Как заметили выше - Nagios, а для мониторинга сетей - Zabbix.
 

Tnemo

Участник
Сообщения
184
Репутация
8
Баллы
18
Адрес
г. Москва
Род занятий
Разработчик
Не могли бы Вы оценить для означенных целей The dude от MikroTik http://www.softportal.com/software-5338-the-dude.html ?
С этой системой не сталкивался, судя по ченжлогу она развивается. Несколько смущает тот факт что разработка под Windows (в отличие от Nagios), значит потом будет сложновато автоматизировать работу с системой
 

Ptuch

Участник
Сообщения
102
Репутация
2
Баллы
18
А какая собственно разница какая программа ловит/генерит трапы, чем плоха snmpc на виндовозе , просто и понятно....
Мне видится проблема в возможности активизации snmp агентов в продуктах той же НИТы и других компаний работающих на ГА, кто нибудь пробовал вести разговоры об этом с ними ?
 

VIRGA

Эксперт
Сообщения
1.207
Репутация
196
Баллы
63
чем плоха snmpc на виндовозе , просто и понятно....
Кроме стоимости- ничем. Я просил коммент к бесплатной программе The dude, ориентированную на работу с snmp агентами.
Вы правы, что основная проблема в отсутствии корпоративного стандарта Госкорпорации по мониторингу сетевых ресурсов. Именно поэтому махровый монополист НИТА может себе позволить резвиться и жировать. Никогда монополист не позволит активизировать snmp агентов и многое чего еще под предлогом защиты информации. Также, как всячески затрудняет использовать станцию МЕТРОНОМ для временной синхронизации "не своих" устройств.
 

Tnemo

Участник
Сообщения
184
Репутация
8
Баллы
18
Адрес
г. Москва
Род занятий
Разработчик
А какая собственно разница какая программа ловит/генерит трапы, чем плоха snmpc на виндовозе , просто и понятно....
Поработать с трапами можно в любом случае, только потом захочется:
  • засунуть трапы в удобочитаемые логи;
  • а может и не в логи, а сразу в БД;
  • выполнять поиск, сортировку и фильтрацию по логам/БД;
  • настроить многоуровневое оповещение;
  • коррелировать трапы между собой, исключая наведенные отказы и фокусируясь на Root Cause Analysis;
  • автоматически предпринимать определенные действия по трапам (переход на резерв, переконфигурация сети);
  • и т.д.
Все это в *nix- подобных системах выполняется штатными средствами системного администрирования, чего не скажешь о винде.
 

VIRGA

Эксперт
Сообщения
1.207
Репутация
196
Баллы
63
Поработать с трапами можно в любом случае, только потом захочется:
Даже от простого перечисления хотелок бальзам на душу.
Согласитесь, что логично эти хотелки реализовать путем осмысленной технической политики Госкорпорации. Но там этим просто некому заниматься. Нет соответствующего уполномоченного "органа."
 

Tnemo

Участник
Сообщения
184
Репутация
8
Баллы
18
Адрес
г. Москва
Род занятий
Разработчик
Даже от простого перечисления хотелок бальзам на душу.
Согласитесь, что логично эти хотелки реализовать путем осмысленной технической политики Госкорпорации. Но там этим просто некому заниматься. Нет соответствующего уполномоченного "органа."
Нет органа, нет понимания зачем это нужно. А сейчас, когда бюджеты съежились, и подавно
 

VIRGA

Эксперт
Сообщения
1.207
Репутация
196
Баллы
63
Мне кажется, что всему виной архаичная аэронавигационная система РФ. Может быть с ее модернизацией, предполагающей массовое развитие сетевых сервисов, положение изменится. (См. проект.) А пока технологии прошлого века не понуждают к телодвижениям.
 

Вложения

Tnemo

Участник
Сообщения
184
Репутация
8
Баллы
18
Адрес
г. Москва
Род занятий
Разработчик
Поработать с трапами можно в любом случае, только потом захочется:
  • засунуть трапы в удобочитаемые логи;
  • а может и не в логи, а сразу в БД;
  • выполнять поиск, сортировку и фильтрацию по логам/БД;
  • настроить многоуровневое оповещение;
  • коррелировать трапы между собой, исключая наведенные отказы и фокусируясь на Root Cause Analysis;
  • автоматически предпринимать определенные действия по трапам (переход на резерв, переконфигурация сети);
  • и т.д.
Все это в *nix- подобных системах выполняется штатными средствами системного администрирования, чего не скажешь о винде.
Уточню что все вышеперечисленное делается администратором Linux средней руки, на основе стандартных инструментов системы. Вот что действительно надо было сделать Госкорпорации, так это стандартизировать MIB'ы, чтобы доступ к трапам каждого поставщика выполнялся предсказуемым образом.
 

Ptuch

Участник
Сообщения
102
Репутация
2
Баллы
18
Даже от простого перечисления хотелок бальзам на душу.
Согласитесь, что логично эти хотелки реализовать путем осмысленной технической политики Госкорпорации. Но там этим просто некому заниматься. Нет соответствующего уполномоченного "органа."
На уровне филиала где нет объединенных центров такие органы тоже отсутствуют....
Каждый центр кто во что горазд...
 

VIRGA

Эксперт
Сообщения
1.207
Репутация
196
Баллы
63
Вот что действительно надо было сделать Госкорпорации, так это стандартизировать MIB'ы, чтобы доступ к трапам каждого поставщика выполнялся предсказуемым образом.
Я бы добавил. Стандартизация- важный, но все-таки второй шаг. Первый- это сделать невозможным поставку оборудования без выполнения наперед заданных обязательных технических требований по системе мониторинга.
 

Tnemo

Участник
Сообщения
184
Репутация
8
Баллы
18
Адрес
г. Москва
Род занятий
Разработчик
Я бы добавил. Стандартизация- важный, но все-таки второй шаг. Первый- это сделать невозможным поставку оборудования без выполнения наперед заданных обязательных технических требований по системе мониторинга.
Да, аналогично с раскрытием всех OID относящихся к контольным точкам.

Кстати, и для поставляемого железа это было бы неплохо делать - чтобы система контроля например локатора предоставляла такие данные
 

ultra_novice

Участник
Сообщения
202
Репутация
13
Баллы
18
SNMP trap чем ловить понятно (сильно философский вопрос), основные проблемы идут, если оборудование вообще ничего не выдает "наружу" - максимум лампочка загорится. Или SNMP есть, но он сильно недостаточен(т.е. есть журнал аварий, но нет журнала соединений и т.д.)
 
Сверху Снизу