The OpenNET Project / Index page

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

Новая версия системы мониторинга Monitorix 3.12.0

22.02.2020 08:30

Представлен релиз системы мониторинга Monitorix 3.12.0, предназначенной для наглядного слежения за работой разнообразных сервисов, например, мониторинга температуры CPU, нагрузки на систему, сетевой активности и отзывчивости сетевых сервисов. Управление системой производится через web-интерфейс, данные представлены в виде графиков.

Система написана на языке Perl, для генерации графиков и хранения данных используется RRDTool, код распространяется под лицензией GPLv2. Программа достаточно компактная и самодостаточная (имеется встроенный http-сервер), что позволяет использовать ее даже на встраиваемых системах. Поддерживается достаточно широкий спектр параметров мониторинга, от слежения за работой планировщика задач, ввода/вывода, распределения памяти и параметров ядра ОС до визуализации данных по сетевым интерфейсам и специфичным приложениям (почтовые серверы, СУБД, Apache, nginx, MySQL).

В новом выпуске:

  • Добавлен модуль phpfpm.pm для сбора статистики о работе PHP-FPM и мониторинга запускаемых при помощи данного механизма сайтов;
  • Добавлен модуль unbound.pm для мониторинга состояния DNS-сервера Unbound, работающего на текущем хосте;
  • В модуле bind.pm обеспечена поддержка новых версий DNS-сервера BIND и осуществлён переход на Perl-модуль XML::LibXML для разбора статистики BIND в формате XML;
  • В модуль gensens.pm добавлена поддержка мониторинга состояния аккумуляторов;
  • В модуль fail2ban.pm добавлена возможность визуализации блокировок в абсолютных значениях и по интенсивности (число блокировок в секунду);
  • Изменено отображение информации об интенсивности операций и пропускной способности в модуле мониторинга состояния ZFS;


  1. Главная ссылка к новости (https://www.monitorix.org/news...)
  2. OpenNews: Выпуск системы мониторинга Zabbix 4.4
  3. OpenNews: В рамках проекта Glaber создан форк системы мониторинга Zabbix
  4. OpenNews: Выпуск системы мониторинга Cacti 1.2.0
  5. OpenNews: Выпуск интерфейса мониторинга Icinga Web 2.0
  6. OpenNews: Релиз системы мониторинга Monitorix 3.8.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/52414-monitoring
Ключевые слова: monitoring, monitorix
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (83) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 08:38, 22/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    https://sourceforge.net/projects/monitoring/

    Тоже но на bash.

     
     
  • 2.3, Аноним (3), 08:59, 22/02/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    вот это молодцы, хороший проект - лежит себе в гробу спокойненько, не шевелится.

     
     
  • 3.14, Аноним (1), 11:02, 22/02/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Работает и хорошо. Графики дает получше. Реализация проще пареной репы.
     
     
  • 4.20, Пряникё (?), 12:53, 22/02/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Last Update: 2013-04-22

    Он настолько хорош, что за 7 лет не потребовал ни одного обновления?
    Крутяк!

     
     
  • 5.28, Аноним (28), 17:18, 22/02/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Он разве Windows?
     
  • 5.48, Урри (?), 19:38, 23/02/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Зачем обновление тому, что хорошо работает?

    Вы, извините, 2+2=4 тоже обновлять собрались? А то как-никак 800 лет лежит, работает, никто не обновлял.

     
     
  • 6.65, evkogan (?), 11:58, 25/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вот прямо недавно прислали скриншот пред собеседования на главного бухгалтера:
    Р: Сколько будет 2+2
    С: А сколько надо?
    Р: Вы прошли первый тур отбора
    :)

     
  • 5.79, Аноним (79), 15:32, 26/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Last Update: 2013-04-22
    > Он настолько хорош, что за 7 лет не потребовал ни одного обновления?
    > Крутяк!

    Не 7, а 12 лет! Нет уязвимостей и особой нужды в обновлениях.

    https://sourceforge.net/projects/monitoring/files/monitoring/

     

  • 1.2, Аноним (3), 08:57, 22/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –11 +/
    Б..ть. XXI век, система мониторинга на rrdtool, без возможности посмотреть детали за прошлые периоды.

    "зато на перл!"

    P.S. при этом проект zabbix - уже не то что мертв, но в трупе завелись червяки. А как нам тут пару лет назад пели про светлое будущее...наверное, певец теперь на layoff поет совсем другие песни.

     
     
  • 2.6, Аноним (6), 09:33, 22/02/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А что случилось с zabbix?
     
     
  • 3.11, Fyjy1 (?), 10:46, 22/02/2020 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Все с Zabbix хорошо, это у анона выше что-то с пустотой между ушами
     
     
  • 4.26, Аноним (26), 16:36, 22/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ничерта не хорошо.
    Топчатся на месте, выстраивать зависимости хоть в сколько нибудь сложной системе довольно проблематично. Единственный известный мне вариант довести мониторинг заббикса до ума это накостылить свою систему которая бы создавала все айтемы, триггеры и зависимости между ними через апи заббикса, а потом следила бы за консистентностью и историей, а потом закостылить свой дашборд.
    Но в таком случае зачем вам заббикс, главное достоинство которого "система мониторинга полного цикла". С таким же успехом можно костылить дашборды к другой системе мониторинга, получится даже удобнее и производительнее.
     
     
  • 5.61, пох. (?), 20:34, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Единственный известный мне вариант довести мониторинг заббикса до ума это накостылить свою
    > систему которая бы создавала все айтемы, триггеры и зависимости

    вообще-то эта система уже включена в ядро забикса - лет этак пять. Называется low level discovery.

    Но вот шаблон для чего-то более-менее нетривиального придется таки сделать самостоятельно, ну или заплатить их индусу 600 евро в день (сколько дней он собирается копаться - не уточняется, но обещают что не более трех ;-)

    Ну и dashboard придется делать в графане - сделаный в жабиксе нельзя даже сэкспортировать.


    Если бы проблема была в этом - это были бы еще мелочи.

     
     
  • 6.66, evkogan (?), 12:09, 25/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаток zabbix, но с нормальной системой мониторинга он и правда рядом не стоя... большой текст свёрнут, показать
     
  • 3.30, пох. (?), 18:30, 22/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    п-ц ему настал, похоже - уволился или, возможно - уволили последних программис... большой текст свёрнут, показать
     
     
  • 4.32, Аноним (32), 22:32, 22/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Традиционный вопрос - что вместо этого сейчас использовать?
     
     
  • 5.37, пох. (?), 01:04, 23/02/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    если не прет вручную из кусков чугуния выпиливать метрики для prometeus какого и... большой текст свёрнут, показать
     
     
  • 6.41, имя (ok), 01:46, 23/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Среди выросших из локалхоста сейчас в моде генерация простыней json-конфиругаций... большой текст свёрнут, показать
     
     
  • 7.42, пох. (?), 02:39, 23/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    набор костылей и подпорок продолжает разрастаться Хотя казалось бы, весь смысл ... большой текст свёрнут, показать
     
     
  • 8.43, имя (ok), 13:10, 23/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Простой он только для админов локалхоста, которым не нужно мониторить тысячу сущ... большой текст свёрнут, показать
     
     
  • 9.44, пох. (?), 13:45, 23/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    тем жабикса хватит - сотню параметров можно вручную уместить на скрин Можно даж... большой текст свёрнут, показать
     
     
  • 10.45, имя (ok), 15:30, 23/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    То ли ты криво выразился, то ли только стоял рядом с теми, кто графану ковырял ... текст свёрнут, показать
     
     
  • 11.62, пох. (?), 20:38, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    попробуй то же самое вывести на screen в жабиксе - может дойдет А что оно там г... текст свёрнут, показать
     
     
  • 12.68, имя (ok), 12:40, 25/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Шо тут тыща кликов, шо там тыща кликов 8212 вот обе эти тыщи кликов такие, шо... текст свёрнут, показать
     
     
  • 13.69, пох. (?), 14:03, 25/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    в том и дело что где в современных системах тыща - в скринах будет десять тыщ Ч... большой текст свёрнут, показать
     
     
  • 14.70, имя (ok), 15:14, 25/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Короче, я понял, ты сам в графану не смотришь, или приобретённый вкус тебя всё-т... текст свёрнут, показать
     
     
  • 15.71, пох. (?), 16:55, 25/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    э экран поставить побольше Мне вполне хватает геморроя с тем, чтобы там было... текст свёрнут, показать
     
     
  • 16.74, имя (ok), 18:31, 25/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Уже Аж две штуки Что дальше Развернуть каждый график на весь экран в каждом о... большой текст свёрнут, показать
     
  • 6.46, Аноним (46), 16:00, 23/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > если не прет вручную из кусков чугуния выпиливать метрики для prometeus какого и потом так же вручную в графане рисовать стопиццот картиночек и алармы к ним - то хз.

    То есть мониторинга все-батарейки-в-комплекте так и не сделали в этом прометеусе? Беда.

    > Я пытался пару лет назад добыть whatsup

    Не опенсурс? Неинтересно. Сколько этих платных мониторилок назакупали, не счесть. Толку чуть да маленько.

    > В текущей конторе используются две поделки - scom

    СКОМа у нас тоже присутствует. В соседней конторе от неё переползли на заббикс.

    Похоже осталось только на glaber смотреть или прометеус-алерт менэджер решения ковырять.
    Тлен и безысходность.

     
     
  • 7.53, пох. (?), 00:34, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    в жабиксе - сделали Не говоря уже о несоизмеримом количестве времени, которое п... большой текст свёрнут, показать
     
  • 5.47, Зефирка (?), 17:43, 23/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Icinga.

    Федерация, НА коробочное, интеграция с  TSDB и графаной и еще куча плюшек.

    Заббикс херня полная, хуже него только ванилька нагиоса.

     
     
  • 6.54, пох. (?), 00:37, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Icinga.
    > Федерация, НА коробочное, интеграция с  TSDB и графаной и еще куча

    то есть мониторинга - нет как такового вообще, да?

    > Заббикс херня полная, хуже него только ванилька нагиоса.

    вообще-то они для разных целей предназначены. Если твои задачи легко умещаются в генератор конфига для нагиоса - тебе повезло, забикс тебе не нужен.

     
     
  • 7.58, Зефирка (?), 14:04, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Давай, расскажи про автодискавери всяких ESXi в заббиксе :)

    Плавал, знаю.

    Мониторинг есть из коробки, по факту Icinga2 (rfr правильно поправили ниже) - форк нагиоса, с TLS + HA из коробки.

     
     
  • 8.60, пох. (?), 14:38, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    какой-то набор есть, я им ни разу не пользовался - иначе бы, возможно, написал с... текст свёрнут, показать
     
     
  • 9.63, Зефирка (?), 23:49, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну тогда SNMPv1 вам подойдет тоже Лично для меня преимуществом является удоб... текст свёрнут, показать
     
     
  • 10.64, пох. (?), 11:24, 25/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    вы, похоже, плохо отличаете даже протокол сбора информации от мониторинга Спаси... текст свёрнут, показать
     
  • 6.56, nE0sIghT (ok), 09:32, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Поправлю - Icinga 2.
    Активно развивается, имеет множество обвесов для самых разных решений.
    Используем лет 5 (где-то с версии 2.3) в распределённой конфигурации в одной крупной компании.
     
  • 5.67, evkogan (?), 12:28, 25/02/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Из платных solarwind вполне неплох.
    Только стоит бабок и чтобы не тормозил от объема мониторинга требует больше серверов и еще больше бабок.
    И за специализированный мониторинг аля vmware или MSSQL требует еще бабок сверху.
    Из бесплатных посмотрите на zennos. По сравнению с жабиксом интерфейсом вполне можно пользоваться, хотя по функционалу отстает от солярки.
    Но у него минус, нормальные зенпаки под оборудование (да и под хитрые условия мониторинга, типа CPU 99% выдавать аларм только через 10 минут без снижения) платные, можно писать свои на питоне, совсем простые можно и в интерфесе наклепать.
    В одной большой конторе внедрили и оно работает, но проблема, что зенпаки от сообщества, которые на тот момент покрывали требования на 85% не сопровождаются и все меньше совместимы с новыми версиями.
    Так до сих пор сидят на 4 версии и часть зенпаков уже тянут сами под свои нужды заточенные (например мониторинг СХД HP EVA и т.п.).
     
     
  • 6.72, пох. (?), 17:15, 25/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Из платных solarwind вполне неплох.
    > Только стоит бабок и чтобы не тормозил от объема мониторинга требует больше
    > серверов и еще больше бабок.
    > И за специализированный мониторинг аля vmware или MSSQL требует еще бабок сверху.

    а если у меня не вмваря и не mssql, а бизнес-приложеньица, с этим как быть?

    Connects to a Linux/Unix system using SSH and runs a custom script that returns XML or JSON - можно, хотя бы? (это, если что, из арсенала prtg. Ну да, ну да - "не более полусотни штук на каждый сервер, иначе я лопну нахрен", и дай ssh-доступ хз чему под управлением хз кого)

    А хотя бы винду, с performance counters autodiscovery? (жабикс нормально ниасиливает еще с версии 1, тикет так и висит)

    > Из бесплатных посмотрите на zennos.

    а если нет никакого желания попрограммировать всласть на пихоне - можно не смотреть, да?

    Этак начнешь, пожалуй, любить жабикс таким какой он есть.

     
     
  • 7.76, evkogan (?), 18:36, 25/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В данном случае я не админ мониторинга, а пользователь Но вроде можно все что у... большой текст свёрнут, показать
     
  • 3.82, А (??), 23:46, 26/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А что случилось с zabbix?

    Попользуйтесь. Элементарного нет, давно нет.

     
  • 2.29, mommy (?), 18:25, 22/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так предложи алльтернативы. Мнеб пригодится.
     
  • 2.36, Аноним (-), 00:53, 23/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > на rrdtool, без возможности посмотреть детали за прошлые периоды.

    Зато не требует терабайтных баз и DBA на их содержание. У rrdtool ключевое преимущество - мелкие базы, как раз потому что хранят агрегированную статистику. Ну и зачем мне логи сервера 5-летней давности? Кроме засорения места - какая у них функциональность?

     
     
  • 3.38, пох. (?), 01:18, 23/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> на rrdtool, без возможности посмотреть детали за прошлые периоды.
    > Зато не требует терабайтных баз и DBA на их содержание. У rrdtool
    > ключевое преимущество - мелкие базы, как раз потому что хранят агрегированную
    > статистику. Ну и зачем мне логи сервера 5-летней давности? Кроме засорения

    мне не логи нужны (логи нужны товарищмайору, в том числе в отставке, из внутренней безопасности, поэтому логи тоже хранятся - трехлетней давности уже хотели). А мне нужно посмотреть - вот это поведение у нас - каждую пятницу случается, каждую нечетную пятницу, или было что-то похожее пол-года назад. Или оно нетипичное и надо срочно разбираться, пока не превратилось в аварию.

    Для этого нужна возможность посмотреть не "годовой график", где ничего не видно, а график именно за прошлую пятницу. Или за позапрошлую. С той же самой детализацией, что за сегодня. Этого rrdtool - не умеет.

    Вероятно, забиксовая идея что тазы банных стали достаточно мощными, чтобы забить на эти странные поделки и просто хранить историю построчно, в том виде, в котором мы ее получили, в конечном итоге оказалась неудачной (базы-то стали, но и хранить народ повадился дохрена всякого ненужного мусора), но за это время появились идеи получше rrd - тот же prometeus, timescale и прочие, которые тоже хранят не плоскую таблицу history, но позволяют заглянуть в прошлое, если надо.

    А может и с обычными rdb можно было бы жить, если бы нормальные программисты не сбежали из этого проекта на стадии 0.какого-то - вон где-то в районе вторых версий - умудрились sqlite сломать. НУ КАК?!
    Причем не стали ни разбираться, ни пытаться привлечь разработчиков - просто выкинули ее поддержку из сервера. Хотя казалось бы - ну нахрена тому серверу ходить в базу через сокет, если он все равно не умеет ни балансировку ни HA (вместо ниасилиных кластеров - дурацкие "прокси" с собственными базами данных - хотя изначально был кластер, из полнофункциональных серверов).

     
     
  • 4.50, Аноним (-), 22:07, 23/02/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну так пусть он их у себя и хранит, хоть 300 лет, если ему они нужны Через 5 ле... большой текст свёрнут, показать
     
     
  • 5.52, пох. (?), 23:02, 23/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    наивный бред пион нецветочка - skipped Мы храним логи Те, которые нужны, что... большой текст свёрнут, показать
     
     
  • 6.75, Аноним (75), 18:33, 25/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Можно я влезу. О каких объемах речь, которые не способен переварить rrd?
     
  • 6.77, Аноним (75), 18:38, 25/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Касательно агрегирования vs архивирование. Действительно, rrd умеет делать агрегацию данных, но нигде не написано, что вы должны это использовать. Если нужна точная статистика за все периоды, то можно архивировать старые файлы (перед тем как пойдет новый цикл).

    Есть плюс у СУБД перед rrd - съем рандомной, нетипизированной информации, например, просто строка ответа с произвольным текстом. В этом случае, действительно нужно другое хранилище, которое умеет делать индексацию по таким данным.

     
  • 6.78, Аноним (-), 12:34, 26/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если они через 5 лет всерьез приползают, их реальная потребность таки перестать ... большой текст свёрнут, показать
     
     
  • 7.80, пох. (?), 20:12, 26/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    утечка всплыла через три года До этого - ничем не воняло, воришка отлеживался н... большой текст свёрнут, показать
     
  • 2.73, Аноним (75), 18:26, 25/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как эксперт по rrdtool могу сказать три вещи:
    1. Количество и качество статистики задается при создании базы (файла rrd).
    2. В отличие от СУБД, rrd в виде файлов отлично  и масштабируется и контролируется. В сравнении с RAC от Oracle, себестоимость мониторинга на rrd в разы дешевле.
    3. Чтобы еще в несколько раз ускорить работу rrd, можно использовать любой кэш-сервер, будь он на СУБД, NoSQL или в ОЗУ (redis, memcached).

    Вопрос использования реализации в виде rrdtool может возникнуть при ежеминутном съеме инфы с 1 млн. датчиков. И в тот момент, когда ваша реализация на СУБД окажется неэффективной и дорогой, вы внезапно запоете, что rrd это класно. До этих пор, вы можете жить и дальше в своих влажных фантазиях, что хранить статистику нужно только в СУБД.

     
     
  • 3.81, пох. (?), 20:25, 26/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > 2. В отличие от СУБД, rrd в виде файлов отлично  и

    в смысле, вы ниасилили ни одной абстракции сложнее файлов, и это победа rrd?
    Вы точно эксперт, а не студент недоучка, нанятый в малобюджетный проект, где все деньги распилили за пять лет до вас?

    > масштабируется и контролируется. В сравнении с RAC от Oracle,

    круто. Наколенную поделку "в виде файлов" сравнивать с базой, предназначенной для аналитических задач.

    > 3. Чтобы еще в несколько раз ускорить работу rrd, можно использовать любой
    > кэш-сервер, будь он на СУБД, NoSQL или в ОЗУ (redis, memcached).

    угу. Сперва поделка в виде файлов. Потом кэш-сервер на субд. Потому что поделка в виде файлов не тянет, да?
    Вам в вашем пту не рассказывали, кстати, что кэширование в любой традиционной базе данных есть из коробки и оно вполне автоматическое? (только не надо под хранение метрик брать оракл, он немного не для этого, и хорошо кэширует вполнение сложных запросов)

    > Вопрос использования реализации в виде rrdtool может возникнуть при ежеминутном съеме инфы
    > с 1 млн. датчиков. И в тот момент, когда ваша реализация

    скажите, "экшперт", а что вы делаете-то с такой информацией? Сколько времени занимает банальный поиск одного из этого миллиона (как у вас, кстати, fs относится к миллионам файликов)? А если задача так и не ставится - зачем вы ее вообще храните-то?

    опеннетовские эксперты такие эксперты...

     
     
  • 4.83, Аноним (83), 02:07, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы так понтуетесь, что вас читать тошно.

    P.S.: RRD прекрасен для своих задач и справляется с огромными объёмами.

     
     
  • 5.84, имя (ok), 20:50, 06/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > P.S.: RRD … справляется с огромными объёмами.

    …если подложить под него SSD. В противном случае ты начинаешь упираться в хаотическую беготню по блинам жёстких дисков.


     

  • 1.4, milinsky (ok), 09:21, 22/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Поддерживается достаточно широкий спектр параметров мониторинга... MySQL

    Погодите ка, из РСУБД эта штука умеет только в MySQL? Или я что то упустил?

     
     
  • 2.12, ыы (?), 10:48, 22/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    не только. ты упустил все.
     
     
  • 3.13, milinsky (ok), 10:50, 22/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    На офф сайте сабжа только MySQL. Ткни куда смотреть что бы развидеть.
     
     
  • 4.15, ыы (?), 11:14, 22/02/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    нешто монга так незаметна?
     
     
  • 5.17, milinsky (ok), 11:18, 22/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >РСУБД
    >монга

    Поздравляю! Ты стал победителем в номинации "Самые тупые комментарии недели на OpenNET". Аплодисменты!

    С каких пор MongoDB стала реляционной?

     
  • 4.51, Аноним (51), 22:53, 23/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > На офф сайте сабжа только MySQL. Ткни куда смотреть что бы развидеть.

    Раздел contacts, чего-нибудь для инвесторов :). Покупаешь фирму - и развиживай...

     

  • 1.5, RaSLa (?), 09:31, 22/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Насколько мне известно, после успеха связки Prometheus + Grafana + Alert Manager для мониторинга,
    новых костылей для широкого применения больше не делают...
     
     
  • 2.31, Аноним (31), 21:21, 22/02/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Малоизвестный у местных Check_MK тоже живее всех живых, а в связке с Grafana и Graphite вообще вряд ли уступит чему-то по масштабируемости.
     

  • 1.7, artenox (?), 09:39, 22/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Для просмотра IP (а также температуры, трафика, uptime, boots) использую HardInfo. Говорят, он в новых дистрибутивах не работает, а если работает, то IP не показывает и аналогов не завезли. Но сначала нужно настроить lm-sensors. График сети смотрю gnome-system-monitor. Диски в gnome-disks. График температуры действительно бы не помешал.
     
     
  • 2.8, milinsky (ok), 09:44, 22/02/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Молодец, возьми с полки пирожок. Ибо твой комментарий также бесполезен как и то что ты там у себя на локалхосте "мониторишь".
     

  • 1.9, ыы (?), 10:41, 22/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    какието картинки... толи текстмод толи таблицы дизайна эдак годов 90-х
     
     
  • 2.23, Аноним (23), 14:05, 22/02/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ужас вообще! Где новейшие тренды визуального оформления инфографики? Сколь тяжкие страдания причиняет современным модным юношам картинка устаревшего дизайна!
     
     
  • 3.39, пох. (?), 01:20, 23/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ужас вообще! Где новейшие тренды визуального оформления инфографики?

    да вроде норм все - перекрасили же ж в модный-современный чорный-пречорный цвет?


     

  • 1.10, Ильдар. (?), 10:42, 22/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Zabbix очень даже актуален. Я его на ibm -овских powerpc серваках юзал. Компилировался без единой ошибки. И в эксплуатации очень удобен. Плюс хорошая документация. Возможно забикс не серебренная пуля. Но свою нишу занимает уверенно.
     
     
  • 2.27, Аноним (26), 16:47, 22/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Для простого мониторинга заббикс избыточен, слишком сложен и потребляет много ресурсов.
    Для сложного мониторинга в нем нельзя без извращений настроить сложные зависимости и даже простая правка конфигурации темплейтов превращается в боль на несколько часов.
    Для костылестроения есть более гибкие кубики из которых можно собрать систему мониторинга.
    Разве что легаси нишу 6 летней давности он уверенно занимает.
     

  • 1.16, Аноним (16), 11:14, 22/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Этим кто то пользуется?
    https://www.netdata.cloud
     
     
  • 2.18, Аноним (18), 11:32, 22/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Этим кто то пользуется?
    > https://www.netdata.cloud

    Да

     
  • 2.22, имя (ok), 13:31, 22/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы б ещё https://pcp.io/ вспомнили
     

  • 1.19, аноним111 (?), 11:38, 22/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Кто-то пробовал мониторить температуру во фряхе с помощью сабжа?
     
     
  • 2.34, Аноним (34), 22:40, 22/02/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    тебе /sys/class и шелла мало или что?
     
     
  • 3.40, имя (ok), 01:36, 23/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > /sys/class
    > во фряхе

    А вот и внимательные эксперты подъехали.

     

  • 1.21, Аноним (21), 12:58, 22/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Зачем нужны какие-то ещё наколенные поделки, когда есть проверенный временем Zabbix?
     
  • 1.24, Аноним (24), 14:13, 22/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Прикольно.. Но что-то не увидел про SNMP. Не умеет? Тогда крайне плохо. Т.е. коммутаторы/роутеры и проч никак, все остальное прибито гвоздями и для добавления чего-то надо модуль на perl (или чем там) писать
     
  • 1.25, Аноним (25), 14:35, 22/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Откуда столько негатива в комментариях? Никто не заставляет пользоваться Monitorix, если он не подходит.
     
  • 1.35, Аноним (35), 00:20, 23/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    После prtg невозможно с забиксом работать... Совсем...
     
     
  • 2.55, пох. (?), 00:41, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > После prtg невозможно с забиксом работать... Совсем...

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

    prtg хорошо мониторит только snmp. Да и там есть ньюансы.

     
     
  • 3.57, Аноним (35), 11:27, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    С помощью prtg мониторим больше 3000 серваков и сетевых устройств, что не может снмп тогда пишем свои скрипты которые отсылают результат пртг
     
     
  • 4.59, пох. (?), 14:28, 24/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > С помощью prtg мониторим больше 3000 серваков и сетевых устройств, что не

    судя по непонятой фразе про "этого монитора может быть не больше чем" - пингом в основном мониторите. А я говорил - про сложные системы.

    > может снмп тогда пишем свои скрипты которые отсылают результат пртг

    ну если хочется "писать свои скрипты" каждый раз, как понадобилось что-то кроме бесполезного snmp (который даже отучить лазить в те места сервера, которые лучше бы не трогать, невозможно), и получать аларм о недоступности сервера, когда глупый snmpd на нем забрался куда-то в /srv/nfs/mounted/share и повис там нахрен, потому что nfs'ный сторадж остановлен на профилактику, и самому каждый раз выяснять это вручную - то, конечно, вперед. Жабикс, заметьте, умеет отличить ситуацию "проблема с агентом на сервере" от "проблема с сервером". Но его агент куда попало и не лазит, причем для этого не надо лезть в его настройки на каждом нетиповом сервере.

    А я лично не вижу ни малейшей нужды в snmp на сервере, где данные доступны сразу в том виде, в котором они нужны, без всякого бесполезного преобразования их в snmp и пересылки по сети того, что можно обработать локально. Эта технология - опять времен "когда компьютеры были большие" и сетевого оборудования с памятью 32k. Ничего хорошего в ней нет.

    Сетевое оборудование prtg мониторить - ну как-то, наверное. Если предположить что я прав и что whatsup мертв.

     

  • 1.49, universite (ok), 20:51, 23/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Чем сабж лучше minin'a ?
    Если больше одного сервера, то лучше уже по snmp снимать показания на центральном мониторинге.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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