1. Добро пожаловать на форум службы ЭРТОС! Форум работает в ограниченном режиме. Чтобы получить возможность использовать все функции форума, вам необходимо быть зарегистрированным пользователем.

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

Тема в разделе "Общие вопросы", создана пользователем pulsar71, 14 апр 2017.

  1. pulsar71

    Новичок

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

    Администратор

    Блоги:
    0
    Сообщения:
    300
    Баллы:
    28
    Рейтинги:
    +73 / 0 / -0
    Может быть НС-1А?
     
  3. pulsar71

    Новичок

    Блоги:
    0
    Сообщения:
    7
    Баллы:
    1
    Рейтинги:
    +0 / 0 / -0
    Да НС-1А
    извините за опечатку
     
  4. Tnemo

    Участник

    Блоги:
    0
    Сообщения:
    135
    Баллы:
    18
    Рейтинги:
    +7 / 0 / -0
    Если исключить проприетарные продукты, советую посмотреть в сторону Nagios
     
  5. pulsar71

    Новичок

    Блоги:
    0
    Сообщения:
    7
    Баллы:
    1
    Рейтинги:
    +0 / 0 / -0
    Спасибо, тема закрыта
     
  6. VladimirSL

    Пользователь

    Блоги:
    0
    Сообщения:
    14
    Баллы:
    1
    Рейтинги:
    +0 / 0 / -0
    Если не секрет, поделитесь с общественностью какое решение будете использовать, как говорится "на чем душа успокоилась"...
     
  7. barbar

    Пользователь

    Блоги:
    0
    Сообщения:
    28
    Баллы:
    1
    Рейтинги:
    +0 / 0 / -0
    Как заметили выше - Nagios, а для мониторинга сетей - Zabbix.
     
  8. VIRGA

    Эксперт

    Блоги:
    0
    Сообщения:
    431
    Баллы:
    28
    Рейтинги:
    +60 / 0 / -2
    Не могли бы Вы оценить для означенных целей The dude от MikroTik Вы не можете просматривать внешние ссылки ?
     
  9. Tnemo

    Участник

    Блоги:
    0
    Сообщения:
    135
    Баллы:
    18
    Рейтинги:
    +7 / 0 / -0
    С этой системой не сталкивался, судя по ченжлогу она развивается. Несколько смущает тот факт что разработка под Windows (в отличие от Nagios), значит потом будет сложновато автоматизировать работу с системой
     
  10. Ptuch

    Пользователь

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

    Эксперт

    Блоги:
    0
    Сообщения:
    431
    Баллы:
    28
    Рейтинги:
    +60 / 0 / -2
    Кроме стоимости- ничем. Я просил коммент к бесплатной программе The dude, ориентированную на работу с snmp агентами.
    Вы правы, что основная проблема в отсутствии корпоративного стандарта Госкорпорации по мониторингу сетевых ресурсов. Именно поэтому махровый монополист НИТА может себе позволить резвиться и жировать. Никогда монополист не позволит активизировать snmp агентов и многое чего еще под предлогом защиты информации. Также, как всячески затрудняет использовать станцию МЕТРОНОМ для временной синхронизации "не своих" устройств.
     
    • Нравится Нравится x 1
  12. Tnemo

    Участник

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

    Эксперт

    Блоги:
    0
    Сообщения:
    431
    Баллы:
    28
    Рейтинги:
    +60 / 0 / -2
    Даже от простого перечисления хотелок бальзам на душу.
    Согласитесь, что логично эти хотелки реализовать путем осмысленной технической политики Госкорпорации. Но там этим просто некому заниматься. Нет соответствующего уполномоченного "органа."
     
  14. Tnemo

    Участник

    Блоги:
    0
    Сообщения:
    135
    Баллы:
    18
    Рейтинги:
    +7 / 0 / -0
    Нет органа, нет понимания зачем это нужно. А сейчас, когда бюджеты съежились, и подавно
     
  15. VIRGA

    Эксперт

    Блоги:
    0
    Сообщения:
    431
    Баллы:
    28
    Рейтинги:
    +60 / 0 / -2
    Мне кажется, что всему виной архаичная аэронавигационная система РФ. Может быть с ее модернизацией, предполагающей массовое развитие сетевых сервисов, положение изменится. (См. проект.) А пока технологии прошлого века не понуждают к телодвижениям.
     

    Вложения:

  16. Tnemo

    Участник

    Блоги:
    0
    Сообщения:
    135
    Баллы:
    18
    Рейтинги:
    +7 / 0 / -0
    Уточню что все вышеперечисленное делается администратором Linux средней руки, на основе стандартных инструментов системы. Вот что действительно надо было сделать Госкорпорации, так это стандартизировать MIB'ы, чтобы доступ к трапам каждого поставщика выполнялся предсказуемым образом.
     
  17. Ptuch

    Пользователь

    Блоги:
    0
    Сообщения:
    65
    Баллы:
    8
    Рейтинги:
    +1 / 0 / -0
    На уровне филиала где нет объединенных центров такие органы тоже отсутствуют....
    Каждый центр кто во что горазд...
     
  18. VIRGA

    Эксперт

    Блоги:
    0
    Сообщения:
    431
    Баллы:
    28
    Рейтинги:
    +60 / 0 / -2
    Я бы добавил. Стандартизация- важный, но все-таки второй шаг. Первый- это сделать невозможным поставку оборудования без выполнения наперед заданных обязательных технических требований по системе мониторинга.
     
  19. Tnemo

    Участник

    Блоги:
    0
    Сообщения:
    135
    Баллы:
    18
    Рейтинги:
    +7 / 0 / -0
    Да, аналогично с раскрытием всех OID относящихся к контольным точкам.

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

    Пользователь

    Блоги:
    0
    Сообщения:
    37
    Баллы:
    6
    Рейтинги:
    +0 / 0 / -0
    SNMP trap чем ловить понятно (сильно философский вопрос), основные проблемы идут, если оборудование вообще ничего не выдает "наружу" - максимум лампочка загорится. Или SNMP есть, но он сильно недостаточен(т.е. есть журнал аварий, но нет журнала соединений и т.д.)