После 16 лет разработки состоялся (http://www.cacti.net/release_notes_1_0_0.php) релиз системы мониторинга 1.0.0 (http://www.cacti.netCacti), отображающей изменения отслеживаемых параметров в виде наглядных графиков. Данные могут собираться как с локальной системы, так и с удалённых серверов. Система написана на языке PHP и распространяется (https://github.com/Cacti/cacti) под лицензией GPLv2. Для построения графиков применяется RRDTool (http://oss.oetiker.ch/rrdtool/).Основные новшества:
- Поддержка коллекторов внешних данных, позволяющих собирать статистику для построения графиков с удалённых хостов. Включение в состав SNMP Agent;- Модернизация интерфейса пользователя. Добавление тем оформления 'Classic', 'Modern', 'Dark' и 'Paw'. Возможность изменения ширины столбцов в таблицах;- Поддержка интернационализации (i18n) - интерфейс и плагины теперь могут быть представлены на разных языках;- Средства для автоматизации управления устройствами и обнаружения сетевых ресурсов;- Расширенные возможности управления пользователями, группами и доменами (ADS/LDAP). Новая, более простая в настройке, система разграничения доступа к графикам. Поддержка Role Based Access Control (RBAC) и разделения полномочий в зависимости от группы;
- Поддержка дополнительных опций RRDtool для построения графиков:
VDEFs, AREA:STACK, GPRINT:AVERAGE, GPRINT:LAST, GPRINT:MAX, GPRINT:MIN, LINE:STACK, TEXTALIGN, TICK и т.п.
- Включение в основной состав около 20 плагинов, в том числе плагина для агрегирования графиков, автоматизации создания графиков, кэширования результатов проверки в памяти, просмотра и ротации лога Cacti, формирования отчётов, чистки RRD-файлов, совместного использования настроек разными плагинами и размещении на графиках водяных меток;- Поддержка MySQL 5.7 и PHP 7.0;
- Устранение двух уязвимостей: Проблема CVE-2014-4000 позволяла осуществить подстановку PHP-объектов и выполнить свой код на стороне сервера. Уязвимость CVE-2016-2313 позволяла удалённому аутентифицированному пользователю обойти установленные для него права доступа.URL: http://cacti.net/spine_download.php
Новость: http://www.opennet.me/opennews/art.shtml?num=45953
PostgreSQL до сих пор не осилили?
> PostgreSQL до сих пор не осилили?А зачем если не секрет? База маленькая. Нагрузки большой нет.
Что бы не разводить зоопарк из серверов SQL, если на сервере уже крутиться PSQL, зачем запускать ещё и MySQL, тем более если база маленькая и без нагрузки, можно было и SQlite-ом обойтись.
Cacti не нужен SQL, он данные хранит в RRDTool. А выбор пал именно на Mysql потому что среда управления работает на обычном LAMP и пользователям не приходится париться с посткриптом, устонавливать его и прикручивать к PHP, а просто интал и все.
> пользователям не приходится париться с посткриптом, устонавливать его и прикручиватьС чем париться? Что с Postscript делать?
Ну и как-бы система мониторинга нужна не совсем обычным пользователям, а как минимум администраторам localhost. Так что тут "париться" не подходит. Это же не wordpress :-)
Да все пользователи давно уже на Zabbix пересели.
зачем все это когда есть prometheus? намного проще
Zabbix не умеет несколько графиков на странице вывести без рукоблудия. Вот где позор.
> Zabbix не умеет несколько графиков на странице вывести без рукоблудия. Вот где
> позор.Рукоблудие это, надо полагать, экраны? https://www.zabbix.com/documentation/3.0/manual/config/visua...
Да, "автомагических" 48 графиков на странице для какого завалящего свича -- та-а-ак не хватает. Особенно отрисовывания той страницы по несколько минут и отставания RRD-коммитов на 5-7-... даже 30 минут от реалтайма. Криворукие латвийские програмёры, чего с них взять-то, окромя gpl-кода.
---Я не люблю rrd-кошек? И не умею их готовить, да.
Да это ваши проблемы, у меня нету Zabbix'а и мне норм: могу видеть интересующие меня для траблшутинга графики на одной странице и быстро находить причины проблем.Вам как бы говорили, аж с 2008 года, но видимо архитектура действительно "не шмогла".
https://support.zabbix.com/browse/ZBXNEXT-75
жабикс умеет несколько параметров отрисовать на один-единственный график в правильном масштабе, что гораздо удобнее. И да, это можно засунуть в темплейт.
А рукоблудие - это ваш героический "траблшутинг" методом пристального вглядывания в график, вместо автоматических триггеров забикса (иногда удается даже автоматично принять меры или хотя бы ввести резерв и отсрочить необходимость что-то делать человеку)Но тем, кто застрял в прошлом веке, проще мучать дохлую rrdtool и рассказывать сказки, что нужен отдельный сервер.
(не то чтобы жабикс был чудесен - в нем своих граблей и уродств полно, главная проблема его авторов - что они ни разу не админы/девопы, они отлично мониторят отдельные сервера, но у них все плохо с сетевыми устройствами и фабриками из многих сотен. Но cacti со всякими nagios'ами на их фоне - это просто каменный век, я этим вынужден был пользоваться (а главное, поддерживать) в 2005-м, и очень рад, что больше оно мне никогда не понадобится. Хотя пипл хавает, да.)
Ага, а ваш Zabbix может так:
Ввести ip, snmp community и получить данные по всем интерфейсам коммутатора cisco, а вот в cacti это делается 5 кликами мыши: Вводишь ip, snmp community и получаешь данные по всем интерфейсам еще 3 клика выбираешь по каким интерфейсам строить график.
Может, шаблоны.
Это которых вечно несколько вариантов для одной железки и все кривые ?
обещали же LLD на SNMP/IPMI. не сделали?
SNMP LLD 100 лет как
Жора, гуглите zabbix lld и будет ваша жизнь раскрашены в новые, яркие цвета.
Это точно. Сначала lld создаст 5000+ метрик, а при необходимости в них внести изменения ваша жизнь будет раскрашена.
> Это точно. Сначала lld создаст 5000+ метрик, а при необходимости в них
> внести изменения ваша жизнь будет раскрашена.Изменения вносятся в Discovery, и применяются при следующем запуске этого самого Discovery.
Мало того, уже насиделись... Хотя честно чказать как-то область применения таки не очень совпадает.
Zabbix какой-то позор по ресурсам - и вообще там дерева нету :)
> Zabbix какой-то позор по ресурсамДа, в 3-4 _раза_ меньше дисковых iops-ов в пересчёте на дейта-поинт в Zb+Pg по сравнению с в RRD (я, правда, collectd сравнивал) это позорная недоработка.
> - и вообще там дерева нету :)
Строишь дом в дупле? :-P
речь о том, что для самого забикса надо выделять отдельный сервер или даже несколько серверов (под базу, под бекап базы, под gui).Под графики производительности на 1-5 VDS число IOPS гораздо менее важно, в сравнении с лишним потреблением 100-500MB оперативной памяти.
> речь о том, что для самого забикса надо выделять отдельный сервер или
> даже несколько серверов (под базу, под бекап базы, под gui).
> Под графики производительности на 1-5 VDS число IOPS гораздо менее важно, в
> сравнении с лишним потребл ением 100-500MB оперативной памяти.Для 5 целей отдельного сервера не надо. Но да, zabbix для этого слегка оверкил, наверное... По усилиям и комбайнеро-строительству(*). Про бегомайты не скажу -- сайт на 5 хостов не мерил. //прокси есть с 5-10-15 хостами... и sqlite-ом... но их я теж :j не мерил.
(*)Хотя есть и "несколько" противоположная мысль: запустить-то полу-пустой Zb на пяток хостов, наверное-таки, "довольно просто" - готовые шаблоны, простая-ненагруженная база. (Но опять: сам не делал-- подсадка случилась "до меня".) Вот когда их число станет 2-3-4-х-значным -- слезьть %-) уже не получится.
Хранение истории в заббиксе - это ад, она ж не агрегируется как в RRD. Никогда не пробовали ежеминутные поинты с десятков тысяч интерфейсов год похранить?Поэтому для графиков берём с заббикса, и затаскиваем в RRD на сервер графиков небольшой скриптовой обвязкой. Дальше через API заббикса формируем список хостов, портов, и выводим всё это заинтересованным людям красивой страничкой а-ля Cacti :)
> в RRD. Никогда не пробовали ежеминутные поинты с десятков тысяч интерфейсов
> год похранить?
> Поэтому для графиков берём с заббикса, и затаскиваем в RRD на серверНу... здесь _3 дня_ history на 40К+ айтемов как раз раз в минуту в среднем по больнице. И trends 365 дней.
Вы же знаете про trends в Zb и значение букв R-R в "RRD" ?
Я не настолько в big-data, чтобы прошлогодние минутные датапоинты хранить. Авторы RRD, впрочем, тоже.
>Дальше через API заббикса формируем список хостов, портов, и выводим всё это заинтересованным людям красивой страничкой а-ля Cacti :)Сгененить тем же API те же странички в Zb -- это рукоблудие, понимаю. (Кста, перевёл 1 сервер с Zb 2.0 на 3.0 --- мыло на графиках по-ра-жа-ет. С непривычки.)
А я ндавно для себя открыл Monitorix -очень не плохая штука, что-то наподобие Munin.
grafana + influxdb + telegraf давно отправили кактус на помойку истории
> grafana + influxdb + telegrafВ Debian-е есть или "как обычно"?
> давно отправили кактус на помойку истории
>+ influxdb +
>на помойку историиКстати, FOSDEM 2017! Ура.
Модный(1) парень Жульен топчет "эти ваши" инфлюксы с графитами, продвигая саморекламу:
Existing solutions
◎ Graphite
◉ Not scalable
◉ Poor code base
◉ Not modulable
◎ InfluxDB
◉ Does not work
◉ Does not scale(1)
http://www.opennet.me/openforum/vsluhforumID3/108156.html#40 //"как же пайтон?"=>окэ,видимо
http://www.opennet.me/openforum/vsluhforumID3/89171.html#29 //->why-not-lua
-http://www.opennet.me/openforum/vsluhforumID3/82737.html#39
-с тех пор жизнь наладилась - python, openstack, работа в RedHat и [почти] никакого Lua.
(2)
https://julien.danjou.info/blog/2017/fosdem-recap
https://julien.danjou.info/talks/storing-metrics-at-scale-wi... [.pdf; видео тоже есть]