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

pulsar71

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

ЭРТОС

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

pulsar71

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

Tnemo

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

VladimirSL

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

barbar

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

Tnemo

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

Ptuch

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

VIRGA

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

Tnemo

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

VIRGA

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

Tnemo

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

VIRGA

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

Вложения

Tnemo

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

Ptuch

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

VIRGA

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

Tnemo

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

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

ultra_novice

Пользователь
Сообщения
53
Репутация
0
Баллы
6
SNMP trap чем ловить понятно (сильно философский вопрос), основные проблемы идут, если оборудование вообще ничего не выдает "наружу" - максимум лампочка загорится. Или SNMP есть, но он сильно недостаточен(т.е. есть журнал аварий, но нет журнала соединений и т.д.)
 
Автор темы Похожие темы Форум Ответы Дата
Свободное общение 113
Сверху Снизу