1.1, Аноним (1), 11:48, 14/10/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
>Также добавлена поддержка хранилищ для VMWare и сервисов systemd,
Что это такое?
| |
|
2.8, qwerty123 (??), 12:42, 14/10/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Чем это лучше, чем Icinga2?
в целях контроля сервисов - мышегуем и монстроидальностью.
| |
|
|
4.40, DIO (?), 23:11, 14/10/2019 [^] [^^] [^^^] [ответить] | +4 +/– | забикс более всего по идеологии из перечисленого схож на нагиос но легче, логичн... большой текст свёрнут, показать | |
|
|
6.54, Тимофей (??), 10:02, 15/10/2019 [^] [^^] [^^^] [ответить] | +/– | Zabbix не разу не легче Ресурсов ему надо больше Хотя бы потому что он хранит ... большой текст свёрнут, показать | |
|
7.56, имя (ok), 10:54, 15/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Возможно минусы связки Icinga+Cacti что в ручную все надо настраивать, но по моему это плюс, потому что понимаешь что мониторишь, какие параметры. А у Zabbix шаблон такого может намониторить, что потом надо половину шаблона/хоста отключать за ненадобностью, хотя бы те же триггеры.
Отключать ненужное всё-таки гораздо проще, чем вспоминать, что нужно и что ещё забыли замониторить. Особенно во время какого-нибудь ахтунга.
| |
7.71, Онаним (?), 19:34, 15/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
Хуже Cacti я ещё не видел, честно говоря. Icinga - тоже так себе затея. Если вам только пяток графиков строить и полтора хоста мелкого ООО мониторить - да, оно ещё работать будет. Если у вас тысячи, а ещё хуже - десятки и сотни тысяч показателей и половина от столько оповещений - ваши какти с цингой загнутся раньше, чем вы успеете сказать "раз-два-три".
| |
|
8.75, Тимофей (??), 20:16, 15/10/2019 [^] [^^] [^^^] [ответить] | +1 +/– | Вы это лично проверяли что они на таком количестве загнутся Сравнения проводили... текст свёрнут, показать | |
|
|
6.58, Тимофей (??), 11:12, 15/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
А еще у zabbix нету суммаризации толковой по графикам. Например в cacti есть куча интерфейсов, можно взять и на 1м графике получить сумму данных интерфейсов. Как такое сделать в zabbix я не нашел. Что то добавили в 4.4 но тоже как то бестолково оно работает. А этого реально не хватает.
И еще возможно не до конца разобрался, но как сделать чтобы посмотреть по отдельной группе состояние сервисов в zabbix не понимаю. В icinga это все проще.
| |
|
7.60, Алексей (??), 12:11, 15/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
В 4.4 появилась агрегация данных на графикак дашборда как для одиночных метрик, так и для всего всего датасета.
| |
|
|
|
4.41, Аноним (41), 23:16, 14/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
>Так на какие лучшести Zabbix относительо Icinga2 надо обратить внимание?
Не на какие. Будет тошнить. Сильно.
В позу - много независимых инстансов + общий даш - не поставить от слова никак.
Все эти красивые графики красивы только в анонсах, на деле народ ставит графану чтоб не видеть это убожество.
>Пугает риск непредсказуемого поведения и тяжеловесность, что наблюдали когда пробовали в прошлый раз (но это неточно и давно).
Теперь стало еще еще тяжеловесней и более затейливо непредсказуемей.
| |
|
5.47, Licha Morada (?), 00:19, 15/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
> В позу - много независимых инстансов + общий даш - не поставить от слова никак.
Общий даш я, в худшем случае, по кусочкам в ifram'ах соберу.
> графики красивы только в анонсах, на деле народ ставит графану
Если потребуется прикручиват что-то ещё (Графану), то это сведёт на нет львиную долю преимуществ, красивость Мунина меня и так уже устраивает.
> Теперь стало еще еще тяжеловесней и более затейливо непредсказуемей.
А вот это неприятно... У нас в компании культ минимализма и предсказуемости. Я, недостойный, служу при нём жрецом.
| |
5.52, имя (ok), 08:49, 15/10/2019 [^] [^^] [^^^] [ответить]
| +3 +/– |
> на деле народ ставит графану чтоб не видеть это убожество
В графане кликов нужно делать чуть ли не больше, чем в самом заббиксе, чтобы что-то нарисовать, а ещё у них весь интерфейс на жирных джаваскриптах. Что из этого большее убожество в контексте рисования полезных (а не красивых) картиночек — вопрос дискуссионный.
| |
|
6.55, Аноним (41), 10:44, 15/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
>В графане кликов нужно делать чуть ли не больше, чем в самом заббиксе, чтобы что-то нарисовать,
А какая разница, где гуевозить?
> а ещё у них весь интерфейс на жирных джаваскриптах.
В заббиксе этого овна тоже есть. и не мало.
>Что из этого большее убожество в контексте рисования полезных (а не красивых) картиночек — вопрос дискуссионный.
Заббикс. Пусть лучше будут картинки на толстых жабаскрптах и напрягается клиент (у него и 3D акселерация к GPU, и памяти больше, и авторы графикорисвалок умнее), чем быстрые но кривые графики (чего только стоит неумение в нормальное масштабирование).
| |
|
7.57, имя (ok), 11:07, 15/10/2019 [^] [^^] [^^^] [ответить] | +/– | Вы на прошлой работе кроссовки шили за доллар в месяц Пока найдёшь, где в новой... большой текст свёрнут, показать | |
|
|
|
|
3.49, sudv (??), 06:29, 15/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
Сравнил список пользователей двух систем. Zabbix использует Лада, а Icinga используется в Audi. Какая беда, в Audi работают некомпетентные администраторы. Им нужно срочно как-то сообщить про Zabbix!
| |
|
|
5.63, sudv (??), 12:49, 15/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
>You are not google.
Я не пытался утверждать, что я google. Мой разум слаб, объясните Ваш месседж, пожалуйста!
| |
|
6.64, Michael Shigorin (ok), 12:50, 15/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
>>You are not google.
> Я не пытался утверждать, что я google [...] объясните Ваш месседж
Это были заодно ключевые слова :-)
Не всё, что хорошо для гугла/ауди/..., хорошо для меня. Ну и обратное -- "что русскому хорошо, то немцу смерть" -- тоже давно уж известно.
| |
|
|
|
|
2.39, DIO (?), 23:06, 14/10/2019 [^] [^^] [^^^] [ответить] | +4 +/– | из опыта использования обоих систем надеюсь Ваш вопрос без сарказма и меряния р... большой текст свёрнут, показать | |
|
3.43, Аноним (41), 23:25, 14/10/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Там с фильтрами есть ограничения и задача становится нетривиальной
Нету там ограничений, взял и написал. А в заббиксе - что дядя осилил то и пользуем.
> в то время как тот же жабикс (люблю его так звать :) ) делает сие на раз-два.
Ну-ка, покажи нам, как с помощью LLD нарисовать 2 триггера, которые будут по SNMP опрашивать железку и в зависимости от имени интерфейса (есть слово backup|standby или нету) генерить триггеры на
a) нет трафика в не-backup|standby интерфейсе.
b) есть трафик в backup|standby.
опционально, можешь кидать алерты - упал основной интерфейс и поднялся backup|standby.
Для придания пикантной остроты - пусть половина backup|standby - это динамические интерфейсы (типа ppp/pptp/openvpn).
Ы?
| |
|
4.72, Онаним (?), 19:40, 15/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
Легко там это делается, просто в заббикс и дискавери надо уметь. В задаче не сказано кстати как между собой коррелируют active и backup, поэтому сферический конь в вакууме.
| |
4.76, Igor (??), 04:00, 16/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вы видимо не очень много и "глубоко" работали с zabbix, раз так уверены в своем утверждении "А в заббиксе - что дядя осилил то и пользуем." Уверяю Вас, за почти десятилетний опыт работы с данной системой могу уверенно сказать, что она очень ГИБКАЯ. Дополнить и написать триггер, график или то что Вам не хватает, совершенно не проблема. Все звисит только от Вашего воображения и желания...
| |
|
3.51, sudv (??), 06:55, 15/10/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Для большого количества хостов инсинга не годится.
Какое количество хостов Вы считаете большим?
Audi Automotive, Icinga monitors: 10,000+ hosts, 50,000+ services with 7 instances (distributed)
Audi was in search of an infinitely scalable and flexible monitoring system, which could easily be distributed for high availability.
Согласитесь, что Вы написали глупость.
| |
|
4.73, Онаним (?), 19:41, 15/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
10000 хостов и всего 50000 item'ов - это очень мало, это один небольшой сервер (древненький 1x X5650 например) заббикса, с базой на нём же) потянет вообще без затруднений.
| |
|
|
|
1.3, Аноним (3), 11:54, 14/10/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Оно созрело для IaC? В смысле конфигурацию хостов/шаблоны в виде версионируемых текстовых файлов можно хранить?
| |
|
2.9, qwerty123 (??), 12:43, 14/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Оно созрело для IaC? В смысле конфигурацию хостов/шаблоны в виде версионируемых текстовых файлов можно хранить?
неа. точнее можно, но так же с кучей хуков и приседаний.
| |
|
3.19, Аноним (19), 15:11, 14/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
А вот IaC с нормальным аудитом и аггрегацией схожих триггеров в веб-интерфейсе как раз очень не хватает. Настолько, что без них обновление не нужно.
| |
|
2.45, Андрей (??), 23:51, 14/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
Отчасти.
Вы можете создавать\удалять хосты, навешивать темплейты, конфигурять айтемы\графики\триггеры через модули ansible. Но сильно не всё.
| |
|
|
|
3.82, Аноним (82), 21:52, 16/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вы больны и не лечитесь!
У меня Заббикс и чятики писал и смски слал и по телефону звонил, стоит только захотеть. Просто то куда вы шлёте оповещение и как заббикса не касается, он умеет базовое и предоставляет возможность прикрутить что угодно. Хоть скайп-бота себе запилите.
| |
3.87, Евгений (??), 10:07, 17/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Мониторинг через почту - жесткий изврат :(
много лет этим занимаюсь, и не знал
| |
|
|
1.11, Аноним (11), 13:32, 14/10/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Молодцы ребята, на месте не стоят. Добавления поддержки СУБД которая запилена под хранение временных рядов идеально для метрик, чем SQL и плох был, на больших базах порой партишининг не помогал и сколько костылей приходилось придумывать.
Надо будет вернуться к ней когда снова железо ко мне в оборот попадет, если попадет конечно. Эхх ещё бы поддержку сервис дискавери (etcd, consul) ну или хотя бы в автопоиск добавить теги или что то аналогичное что бы можно было в динамике узлы добавлять-удалять таргетрировано, в принципе и сейчас можно, но пинать приходится сбоку, а хочется нативно.
| |
1.12, Аноним (12), 13:37, 14/10/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
для сетей до 100 устройств вполне хорош observium по snmp
монстров типа заббикс кому нужно тому нужно
| |
|
2.68, Алексей (??), 18:03, 15/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
Используйте встроенную возможность сбора данных из Prometheus экспортеров.
| |
|
1.14, Вася (??), 14:01, 14/10/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Вот это главная вещь - реализована официальная поддержка СУБД TimescaleDB
| |
|
|
3.66, Аноним (66), 16:32, 15/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
не надейтесь.
С timescale получилось только потому, что это надстройка над postgres.
Чтобы добавить поддержку не-sql db надо переписать примерно половину ужасающего спагетти-кода, в миллионе мест утыкав его проверками "тут конфигурация - ищем в sql, тут хистори - ищем в victoria", поскольку никакого нормального midlayer там не предусмотрено.
учитывая оставшихся полутора разработчиков (остальные, похоже, переведены в менеджеры по продажам) - задача нереализуема вообще.
Да они даже экспорт дэшбордов не осилили - а как дысали, как дысали...
| |
|
|
1.17, Аноним (17), 14:39, 14/10/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Кто-нибудь обновлялся уже?
Морда от базы не отваливается, как в прошлые обновления?
А то в прошлые разы апачу прав забывали отсыпать.
| |
|
2.36, ansible (?), 21:37, 14/10/2019 [^] [^^] [^^^] [ответить]
| –3 +/– |
ты его бы за пределами локалхоста поимел хоть раз, а потом бы написал тут ( и написал бы нытье - нытик ) , а этот КХ ваш - багомерзкое поделие , которое тешат в яндексах - чтоб моральный дух разрабов не сильно зачах на фоне их фатальных факапов и в кх тоже ( почитай их чат в телеге где автор постоянно оправдывается )
| |
2.44, Аноним (42), 23:26, 14/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Есть форк на базе кликхауса, не нужен этот мусор.
Заббикс сделан для совсем других целей.
| |
|
3.48, Аноним (48), 03:22, 15/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
Форк Заббикс сделан для других целей нежели Заббикс... мы уже вас поняли..
| |
|
|
1.65, ALHSLeo (ok), 14:52, 15/10/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Мде, что-то заббикс начал разочаровывать ... Как сломали они в 4.0 поведение параметра ITEM.LASTVALUE - так и не починили, хотя обещали, клялись , божились что в 4.4 починят, и тригеры будут нормально данные присылать, а не последнее значение до начала проблемы ... А воз и ныне там ... Обновил до последней версии, поведение не поменялось, да и в документации они просто пометили - что типо оно себя так вело до 4.0, а сейчас ...
Кто сидит на 3.* - и использует параметр ITEM.LASTVALUE - обновляться не рекомендую, все сообщения, к которым привыкли, а именно с отсылкой сообщений о текущем состоянии параметра, а не о состоянии в момент срабатывания триггера больше не работают ...
| |
|
2.67, Алексей (??), 18:01, 15/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Обратите внимание на Operational data и параметры фильтра при отображении проблем.
| |
2.74, Онаним (?), 19:44, 15/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
В 4.4 добавили operational data. А вообще изменение поведения item.lastvalue лично нам оказалось очень удобным - к моменту, когда люди смотрят в нашу треевую тулзу для отображения триггеров, данные могут уже прилично уйти от момента взлёта триггера, и ситуация становится неочевидной. Сейчас получается best of both worlds, надо будет чуток тулзу допилить, чтобы текущие данные тоже показывала.
| |
2.81, Vladmir Mendelevich (?), 21:52, 16/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
У меня 4.2.7.
ITEM.LASTVALUE в action присылает текущее значение, а не на момент сработки. ITEM.VALUE - тот да. Тот кажет историческое значение.
Я прочитал и комментарий в доке и несколько тредов про изменения поведения. Насколько я понял, изменение было сделано ради problems. Там при выводе на экран большой простыни была большая нагрузка.
В общем, я на 4.2.7 не вижу спец-эффектов или не понимаю куда смротреть, чтобы их увидеть.
| |
|
3.84, ALHSLeo (ok), 08:39, 17/10/2019 [^] [^^] [^^^] [ответить] | +/– | Так проблема и на дашборде - при использовании в триггерах - после срабатывания ... большой текст свёрнут, показать | |
|
|
|
2.85, Vladmir Mendelevich (?), 09:46, 17/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
На dashboard стандартный виджет problem может выводить текущее значение. По крайней мере у меня выводит. И там актуальное значение.
Про проценты. Меня это не устроило и я сделал триггеры не pfree, а free. Теперь там байты и при условии, что показывается текущее значение, проблем я не вижу.
Ну и да, у меня не полторы машины, так что discovery используется вполне активно.
Меня вот парит, что они уже несколько лет не в состоянии сделать систему parent-child как в nagios. Из-за этого у нас стоят оба.
| |
|
3.89, ALHSLeo (ok), 10:54, 17/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
> На dashboard стандартный виджет problem может выводить текущее значение. По крайней мере
> у меня выводит. И там актуальное значение.
> Про проценты. Меня это не устроило и я сделал триггеры не pfree,
> а free. Теперь там байты и при условии, что показывается текущее
> значение, проблем я не вижу.
> Ну и да, у меня не полторы машины, так что discovery используется
> вполне активно.
> Меня вот парит, что они уже несколько лет не в состоянии сделать
> систему parent-child как в nagios. Из-за этого у нас стоят оба.
Вопрос тогда - какой параметр в названии триггера у вас сейчас выводит реалтаймовое значение ? Я не нашёл в своё время. На текущий момент что и раздражает - выводится значение которое было при срабатывании триггера. Я как-раз во всех названиях триггеров использовал {ITEM.LASTVALUE} и засчёт этого в получаемых письмах-смс имел сразу текущее значение, как и автозамена статусов сервисов - которые брались из Преобразования значений - присылалось Service takojto DOWN , и при восстановлении Service takojto UP , сейчас и при восстановлении, и при падении - значение DOWN ...
По поводу места - как раз - используя данный параметр я в смс всегда имел - реальное значение на текущий момент времени, все шаблоны заббикса были переделаны на отсылку текущего положения дел, а не стандартные - которые присылают простой текст со значением - у вас на диске меньше стольки-то Problem или OK ...
Описание с доков самого заббикса :
Note that since 4.0, it will not resolve to the latest item value when viewing problem events, instead it will stay with the item value from the time of problem happening.
Supported since 1.4.3. It is alias to {{HOST.HOST}:{ITEM.KEY}.last()}.
| |
|
4.90, Vladmir Mendelevich (?), 11:19, 17/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
В названии - никакой.
Через telegram и почту приходит вот такое письмо
🔥 Problem started at 12:59:36 on 2019.10.16
Problem: Free space on datastore DATASTORE-NAME
On start: 231 MB
Current: 353 MB
Original problem ID: 111111111
Когда отпускает, вот такое
✅ Problem has been resolved at 13:34:36 on 2019.10.16
Problem: Free space on datastore DATASTORE-NAME
Current: 353 MB
Original problem ID: 111111111
На dashboard в widget problems выводятся колонки
Time Info Host Problem Severity Latest values Duration Ack Actions
Вот в Latest values и выводится текущее значение. Если вам нужно тут-же видеть значение на помент сработки - воткните в название trigger ITEM.VALUE. Думаю, этого хватит.
| |
|
5.91, ALHSLeo (ok), 11:23, 17/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
> В названии - никакой.
> Через telegram и почту приходит вот такое письмо
> 🔥 Problem started at 12:59:36 on 2019.10.16
> Problem: Free space on datastore DATASTORE-NAME
> On start: 231 MB
> Current: 353 MB
...
Этот воркараунд я и описал в своём первом сообщении сегодня, пришлось добавить в отправляемое сообщение ещё пару полей, которые да - присылают последнее значение, но как и написал изначально - убили функциональность, которая использовалась довольно многими, при отправке смс на телефон - достаточно 1 смс-ки с заголовком, в котором всё уже есть, сейчас-же отправляется смс с 3 строками - что-бы получить то что ранее было в 1-ой ...
За Operational Data - спасибо, добавил в дашборд .
По поводу состояния триггера на момент срабатывания - ну он и так у меня есть - шаблоны-то не переделывал, а значит {LAST.ITEMVALUE} и отображает ITEM.VALUE, так как они сделали их одним и тем-же, что даже исходя из названия триггера нелогично ...
| |
|
6.92, Hedgehog_57 (ok), 11:38, 17/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>> On start: 231 MB
>> Current: 353 MB
> ...
> Этот воркараунд я и описал в своём первом сообщении сегодня, пришлось добавить
> в отправляемое сообщение ещё пару полей, которые да - присылают последнее
> значение, но как и написал изначально - убили функциональность, которая использовалась
> довольно многими, при отправке смс на телефон - достаточно 1 смс-ки
> с заголовком, в котором всё уже есть, сейчас-же отправляется смс с
> 3 строками - что-бы получить то что ранее было в 1-ой
> ...
Ну, тут не поспоришь, краткость - сестра таланта. В заголовок все не воткнешь, но тело можно свести до одной строки, наверное.
От SMS мы отказались довольно давно. Разве что совсем критичные сервисы мониторить в режиме - CRITICAL/OK. А любые подробности - в telegram. У SMS есть свои плюсы, но минусы его превышают.
> За Operational Data - спасибо, добавил в дашборд .
Всегда пожалуйста. ;)
| |
|
|
|
|
|
|