The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск системы мониторинга Zabbix 5.4, opennews (??), 17-Май-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


23. "Выпуск системы мониторинга Zabbix 5.4"  –3 +/
Сообщение от Аноним (20), 17-Май-21, 22:56 
Видимо другие системы мониторинга вы не пробовали: prometeus, statsd, TIG (впрочем и другие стеки с influxdb), да даже самописные системы пишушие в эластик с кликхаусом вполне могут выдержать сотни тысяч элементов (тут гораздо важнее как быстро это будет обрабатываться, в заббиксе надо заметить это происходит быстро, а потом еще каких именно элементов и как часто).
Ответить | Правка | Наверх | Cообщить модератору

24. "Выпуск системы мониторинга Zabbix 5.4"  +/
Сообщение от Онаним (?), 17-Май-21, 23:05 
Я попробовал заливать то, что нам надо, в influx. Он банально лёг.
В хипстерометеусе упорядочить несколько сот тысяч элементов с триггерами - это очень проблематично.
Картинки для менеджеров с сервисами - не нужны, точнее то, что нужно, рисуем через API. Больше важно понимать, что вообще в целом творится - без обобщений, потому что мониторинг используется для трекинга ситуаций, а не "айайай всё упало сейчас будем разбираться почему". Надо знать, где именно упало.
Ответить | Правка | Наверх | Cообщить модератору

53. "Выпуск системы мониторинга Zabbix 5.4"  –5 +/
Сообщение от Аноним (52), 18-Май-21, 01:54 
> Я попробовал заливать то, что нам надо, в influx. Он банально лёг.

Если с вашей нагрузкой справляется Zabbix - значит, справится и студент с блокнотом.
Положить в таких условиях специализированную TSDB для мониторинга - это надо уметь.

> В хипстерометеусе упорядочить несколько сот тысяч элементов с триггерами - это очень проблематично.

Но вполне решабельно. В отличие от заббикса, где уже на десяти серваках начинается треш и угар.

Ответить | Правка | Наверх | Cообщить модератору

67. "Выпуск системы мониторинга Zabbix 5.4"  +/
Сообщение от Аноним (64), 18-Май-21, 07:40 
А можеш показать как решаемо?
Ответить | Правка | Наверх | Cообщить модератору

115. "Выпуск системы мониторинга Zabbix 5.4"  +1 +/
Сообщение от Онаним (?), 19-Май-21, 09:54 
> уже на десяти серваках начинается треш и угар

Это скорее к рукам. См. скриншот ниже, там далеко не "10 серваков".


Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

25. "Выпуск системы мониторинга Zabbix 5.4"  +1 +/
Сообщение от Онаним (?), 17-Май-21, 23:06 
Ну как каких. Допустим несколько десятков тысяч абонентских портов надо раз в минуту сканить на трафик и ошибки.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

26. "Выпуск системы мониторинга Zabbix 5.4"  +1 +/
Сообщение от Онаним (?), 17-Май-21, 23:08 
(потому что SLA)
Плюс несколько тысяч портов концентраторов для всех остальных.
Плюс активное оборудование в ядре и на оконечках.
Плюс состояние всей здоровущей серверной фермы, от банальных CPU/RAM до "залезть в MegaRAID и iDRAC за состояниями".
Ответить | Правка | Наверх | Cообщить модератору

27. "Выпуск системы мониторинга Zabbix 5.4"  +1 +/
Сообщение от Онаним (?), 17-Май-21, 23:09 
Количество каналов в астериске надо сканить.
На софтсвитчах парсятся внутренние файлы базы данных и сливаются через sender лимиты и загрузка транков - жёстким оптом, по одному сливать десятки тысяч транков очень накладно.
И т.д. и т.п.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

28. "Выпуск системы мониторинга Zabbix 5.4"  +1 +/
Сообщение от Онаним (?), 17-Май-21, 23:10 
Managed SIP PBX ещё надо массово за задницу трогать интервально с внешней прокси - на предмет того, не открыл ли их горе-юзер во внешний мир голым задом.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

29. "Выпуск системы мониторинга Zabbix 5.4"  +1 +/
Сообщение от Онаним (?), 17-Май-21, 23:11 
И много всякой прочей хренотени, типа очередей почты, состояний UPS, etc, etc, etc, etc.
Очень много калькулируется. Раньше разбирали всякую оптом приходящую с железа фигню скриптами, теперь разбираем все эти кастомные консольные выводы в JS - очень удобно.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

30. "Выпуск системы мониторинга Zabbix 5.4"  +1 +/
Сообщение от Онаним (?), 17-Май-21, 23:11 
Есть вообще извраты - например DWDM, который имеет свойство отвечать на SNMP через раз.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

31. "Выпуск системы мониторинга Zabbix 5.4"  +1 +/
Сообщение от Онаним (?), 17-Май-21, 23:13 
Но самое страшное - это управляемые клиентские железки, которые стоят на обслуживании. Там может попасться и циска, и всякие разные файрволы, и чёрт лысый. У всего это счастья по 5-10 портов, которые тоже надо мониторить, и всё это счастье может рандомно уходить в оффлайн.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

33. "Выпуск системы мониторинга Zabbix 5.4"  +2 +/
Сообщение от Онаним (?), 17-Май-21, 23:22 
https://paste.pics/2a2a473cd22838c2a3e1e30d2fd7f24b

Вот как-то так и живём.

Это один активный сервер (с репликацией базы в сторону standby запаски), на котором и MariaDB, и сам Zabbix (инфу собирают прокси, сам Zabbix собирает только состояние собственное и проксей), и вёб-морда со всякими внешними использующими API приблудами, в т.ч. для отчётов.

Огромное количество disabled items/triggers - следствие унификации - когда через API заливается новая железка, Zabbix детектит с неё базовую типовую информацию - какую сможет вытащить для типовых железок, далее скрипты по этой информации определяют точный тип, и включают нужное. Если на ходу железку заменили, собственно ненужное выключается, нужное включается. Нужно это потому, что в CRM встречается левая информация, например забыли внести замену. Административно это всё решается, но это уже постфактум, а мониторинг страдать не должен :)

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

42. "Выпуск системы мониторинга Zabbix 5.4"  +/
Сообщение от Онаним (?), 17-Май-21, 23:43 
Эластик у нас под сбор системных логов ныне, и уже в планах уйти с него на InnoDB + FTS.
Потому что начало течь и ложиться, а растягивать на 3-4 сервера ради простейшей, в общем-то, задачи - не хочется, логи доставки почты нормально на InnoDB живут, при том, что суточный объём куда больше.
Кликхаус не вариант, от слова "совсем".
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

44. "Выпуск системы мониторинга Zabbix 5.4"  +/
Сообщение от Онаним (?), 17-Май-21, 23:47 
(ложится конечно не часто, и это не вот как страшно, multi-tiered доставка спасает, всё, что не залилось, оседает на промежуточных узлах, и r/o standby позволяет не особо всё это замечать читателям, но всё равно парит)
Ответить | Правка | Наверх | Cообщить модератору

60. "Выпуск системы мониторинга Zabbix 5.4"  +2 +/
Сообщение от нах.. (?), 18-Май-21, 02:31 
А что не так с клячхаусом? Или "русские делали - сразу нах"?

Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

88. "Выпуск системы мониторинга Zabbix 5.4"  +/
Сообщение от InuYasha (??), 18-Май-21, 11:11 
Эластик - да, желает много серверов.
И мне интересно - что не так с кх? У моих соседей таблицы по 1ТБ живут и крэшей ещё не видел.
Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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