The OpenNET Project / Index page

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



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

Оглавление

Выпуск системы мониторинга Zabbix 4.0, opennews (??), 02-Окт-18, (0) [смотреть все]

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


85. "Выпуск системы мониторинга Zabbix 4.0"  +/
Сообщение от слакварщик (?), 03-Окт-18, 10:11 
Алексей,
дискавери -> график -> добавится на скрин по прежнему стандарно никак?
Ответить | Правка | Наверх | Cообщить модератору

86. "Выпуск системы мониторинга Zabbix 4.0"  +1 +/
Сообщение от Алексей (??), 03-Окт-18, 10:30 
Добавится автоматически к новому графику из дашборда. Используем звёздочки в имени метрики и/или устройства, например, "Memory utilization of service *" или "Free disk space on *".
Ответить | Правка | Наверх | Cообщить модератору

92. "Выпуск системы мониторинга Zabbix 4.0"  +/
Сообщение от нах (?), 03-Окт-18, 12:52 
> Добавится автоматически к новому графику из дашборда.

э... там про скрины спрашивали (причем добавляться надо, понятное дело, в конкретно указанный).
Вы ими там совсем пользоваться разучились, дашбоарды наше всьо?

судя по тому что и темплейтовый скрин прячется хрен откопаешь, и этой фичи в нем нет...

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

101. "Выпуск системы мониторинга Zabbix 4.0"  +/
Сообщение от Алексей (??), 03-Окт-18, 16:40 
Если всё пойдёт по плану, то очень скоро объединим дашборды и скрины. Вся функциональность дашбордов будет доступна в скринах.
Ответить | Правка | Наверх | Cообщить модератору

110. "Выпуск системы мониторинга Zabbix 4.0"  +/
Сообщение от пох (?), 03-Окт-18, 20:07 
то есть я правильно понимаю, что на автогенерящиеся из discovery скрины (которые все равно никто не знает где найти) лучше забить, и ждать появления статических скринов умеющих * в параметрах?

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

111. "Выпуск системы мониторинга Zabbix 4.0"  +/
Сообщение от Алексей (??), 03-Окт-18, 20:30 
Трудно ответить, решение ещё до конца не проработано. Динамические дашборды (скрины) должны остаться, но с новыми возможностями.
Ответить | Правка | Наверх | Cообщить модератору

114. "Выпуск системы мониторинга Zabbix 4.0"  +/
Сообщение от Del (?), 04-Окт-18, 06:08 
Судя по вашим ответам вы имеете какое-то отношение к разработке? Если так, ответьте, пожалуйста, на мои вопросы. Я просто много раз пытался понять логику инт-са Заббикса, пробовал ставить разные версии. И всегда задавался вопросами:
1) Неужели не очевидно, что гораздо удобнее когда все что касается устройства- привязано к устройству? Т.е. пользователь открывает какой-то хост. Он хочет видеть всю информацию по нему. Т.е. он зашел, открыл список интерфейсов, тут же к ним графики, тут же его события, тут же его инвентаризация (софт, фс, модули внутри). Просто заходишь Заббикс, а там хосты лежат в одном месте, графики к ним в другом, графики все в куче и т.д.

2) ИМХО в Заббиксе не хватает возможности распихать дивайсы по группам, классам, локациям. Т.е. есть у менся свич cisco2960 (Класс:Switch-Cisco | Группа: Свичи: Access | Локация: /Moscow/Str1/Serv1/Rack5) Ну и соответственно должна быть возможность отдельно искать отдельно по локациям, классам и группам. И вешать шаблоны на весь класс, группу или локацию. Мне кажется было бы значительно удобнее.

Пожалуйста, не воспринимайте это как какой-то наезд. Мне просто интересно, что разработчики Заббика думают по этому поводу.

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

118. "Выпуск системы мониторинга Zabbix 4.0"  +/
Сообщение от Аноним (115), 04-Окт-18, 08:20 
Zabbix - это мониторилка, а не красивая картинка для манагера. Последнюю придётся допилить самому. Потому что вариантов раскидывания хостов и итемов - тучи тучные. У нас например есть хосты с несколькими тысячами итемов и графиков. Ваш "открывает какой-то хост" на таковом ляжет в принципе, а сгруппировать их по смыслу правильно простой логикой - невозможно, там и вложенность, и депенденсы, и последовательность отображения, поэтому все красивые странички скриптуются самостоятельно.
Ответить | Правка | Наверх | Cообщить модератору

119. "Выпуск системы мониторинга Zabbix 4.0"  +1 +/
Сообщение от Аноним (115), 04-Окт-18, 08:20 
Почему-то все страждущие тех или иных красот в заббиксе забывают, что у него есть объемлющее API. Подключите своего десигнера к созданию красот, а нужная информация из апи выгребается очень и очень просто.
Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

121. "Выпуск системы мониторинга Zabbix 4.0"  +/
Сообщение от Del (?), 04-Окт-18, 08:41 
Дык, а дело то не в красоте. А в логике работы и удобстве. И почему там должно что-то лечь? Вы открываете какой-то девайс. Там есть вкладка интерфейсов, например, список выдается постранично, а не портянкой. Вы ищите какой нужно инт-с. Тыкаете на него и у вас все графики по нему (пакеты, загрузка, ошибки). ИМХО удобнее, чем отдельно искать графики к какому-то инт-су, которые лежат где-то отдельно.
Ответить | Правка | Наверх | Cообщить модератору

125. "Выпуск системы мониторинга Zabbix 4.0"  +1 +/
Сообщение от нах (?), 04-Окт-18, 10:27 
> Вы открываете какой-то девайс. Там есть вкладка интерфейсов, например

например это скромненький nexus на два ряда стоечек - список его интерфейсов в хорошем раскладе - 1000 штук, в очень хорошем - 2000+.
все еще хочется "постранично"? А то он еще и двухголовый и (почти)все его интерфейсы видны в двух проекциях.

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

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

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

128. "Выпуск системы мониторинга Zabbix 4.0"  +/
Сообщение от Del (?), 04-Окт-18, 11:26 
По п.1 c6500 вланов почти 3к. Постранично, никаких проблем. Если нужен какой-то определенный влан. Просто в поле поиска вбиваем его номер и вперед. Зато когда есть проблема конкретно на это железке. У меня ее загрузка под рукой, порты все здесь, модули все здесь (+ мониторинг модулей), показатели среды все тоже здесь. Если мне какие дополнительные параметры нужны- я их также привязываю к этой железке. Т.е. все что касается ее у меня под рукой и привязано к ней. ИМХО это логично

Простите, что значит нет разницы между акцессом. У вас как минимум у девайсов хостнейм разный. И локация у них разная (Например /город/адрес/этаж). Не совсем понял, как вам в данной ситуации подход Заббикса поможет. Он скажет вам на каком порту клиент или что? Я обычно в мониторинг лезу, когда уже знаю на каком порту у меня абонент.

Отключаете от мониторинга неиспользуемые порты и все ок, в чем проблема? Они же у вас и так в дауне, верно ведь?

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

132. "Выпуск системы мониторинга Zabbix 4.0"  +/
Сообщение от нах (?), 04-Окт-18, 13:39 
> Зато когда есть проблема конкретно на это железке.

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

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

у авторов жабикса ситуация именно такая, поэтому оно и сделано вот так. Как раз постраничные их простыни автодискаверенных метрик, если в них приходится залезать, бесят непередаваемо. Сами они, полагаю, просто очень редко туда лазят.

> Простите, что значит нет разницы между акцессом. У вас как минимум у девайсов хостнейм разный.

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

> Отключаете от мониторинга неиспользуемые порты

вручную десятки на сотнях железяк? Вам быстро надоест, уверяю. А чтобы увидеть аномалию вовремя- все равно придется _нужные_ собирать в отдельную кучку, совершенно не по железкам, а по  назначению.

> Я обычно в мониторинг лезу, когда уже знаю на каком порту у меня абонент.

а зачем вы тогда вообще в него лезете? Это уже просто можно посмотреть напрямую на устройстве - если вы уже откуда-то знаете каком и что смотреть. А может и смотреть незачем, надо вырубать.
Обычно проблема, решаемая исключительно жабиксом - как раз в том, чтобы угадать, где и что смотреть.

Просто собирать мегатонны метрик он и умеет неэффективно (ибо "грузит базу").
Просто алармилку "работает/не работает/перегружено" тоже проще и быстрее сделать на нагиосе.

А вот когда у вас все стало слишком сложное и мелкое шевеление в одном углу вызывает бурлеж в противоположном - уже нужны системы интегральной оценки ситуации, и тут жабиксам замены нет.

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

135. "Выпуск системы мониторинга Zabbix 4.0"  +/
Сообщение от Del (?), 04-Окт-18, 18:51 
Мне чтобы понять, о каком масштабе сети идет речь? Сколько девайсов?
Ответить | Правка | Наверх | Cообщить модератору

136. "Выпуск системы мониторинга Zabbix 4.0"  +/
Сообщение от нах (?), 04-Окт-18, 19:14 
смотря что вы считаете "девайсом".

я вот вам описал конструкцию, где "девайсов" всего два и большая часть портов у них дублируется (то есть это один и тот же порт, видимый через два устройства). Дешевенькие такие nexus7k или даже 5k, если их еще продают.
А портов этих в скромной такой конфигурации - 2500, если мы не жмотничаем и ставим два fex на стойку. Ну или в стойке у нас цискин или хепешный блейдовый ящик, который сам себе fex. Это одна небольшая локация с небольшим таким компактным ЦОДиком или арендованным местом в чужом, ничего такого, не хайлоад и не мегакорпорация.

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

А по факту, чаще всего, если на это все потратились, то где-то будет еще как минимум один такой же ЦОД.

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

141. "Выпуск системы мониторинга Zabbix 4.0"  –1 +/
Сообщение от Del (?), 05-Окт-18, 11:41 
Мне кажется мы с вами говорим о разных плоскостях использования мониторинга. Вы говорите об оперативном обнаружении проблем. В этом случае я с вами согласен, должен быть какой-то дашбоард где  вы можете увидеть приближающийся коллапс. Есть другая сторона, когда к вам обращается пользователь и жалуется на проблему (например, потерю пакетов) которая была несколько часов (а может и дней) назад. В этом случае, ИМХО, мой подход гораздо удобнее. Вы начали дебажить, зашли на его коммутатор в мониторилке, нашли его порт. Тут же вам его загрузка, возможно события которые связанны с данном портом. Дальше вы на этом же девайсе можете посмотреть что было на аплинке, среду посмотреть, загрузку ЦП, события с этим коммутатором и т.д. Понятно вам эти данные не нужны на дашборде, т.к. там обычно светятся только важные сервисы. Но ИМХО когда вот так все в одном месте то разбор полетов проводить удобнее. И это никак не зависит сколько у вас устройств.
Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

142. "Выпуск системы мониторинга Zabbix 4.0"  +/
Сообщение от нах (?), 05-Окт-18, 16:32 
> Есть другая сторона, когда к вам обращается пользователь

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

> и жалуется на проблему (например, потерю пакетов) которая была несколько часов (а может и дней)
> назад.

они ответят "прищемил в году минувшем - что ж ты в нынешнем орешь?" ;-)

в теории - открываете latest data, включаете фильтр по группе (которая у вас, надеюсь, как-то отражает расположение клиента) и ищете внутри порт, не надо рыть от схемы сети (все равно неудобно, но хоть так). На практике при массовом сервисе - у вас хранилки не хватит на неделю все это богатство хранить. Поэтому никакой жабикс не открывая, идете на устройство и смотрите прямо на порту - если там есть ошибки, вяло предлагаете пользователю поменять кабель, монтажники приедут после дождичка в четверг, с 23:42 до 1:33. Выслушиваете куда вам пойти и закрываете задачу.
Если бы ошибок было заметно - вам (на деле мониторингу) бы пришел алерт, и вы бы знали о проблеме никуда не заглядывая и тем более не дожидаясь пока клиент пожалуется. Если алерта не было, а он жалуется - скорее смотреть надо на всплеск траффика (и не факт что на его порту, может у вас апстрим просел).

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

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

138. "Выпуск системы мониторинга Zabbix 4.0"  –1 +/
Сообщение от Аноним (138), 04-Окт-18, 19:32 
Мне всегда интересовало что люди хотят увидеть на нескольких железках(даже как они себе мысленно представляют) в одной-двух картинках?
Железка даже с соточкой портов части свитчуемых, часть нет, часть вланов не заведено а транком протащено на другую железку, езерченелы, часть портов по стп отрабатывает из бедности, динамический роутинг(несколько протоколов) с кучей условий, полиси роутинг, шейпинг, нат на соседней железке которая возвращает трафик обратно.
Что вы в этой мешанине на одной картиночке представить сможете и найти проблему? Это многомерная структура которая не будет понятна в виде это железка, эта её порты. Максимум на что у меня хватает фантазии, как правильней сделать, это поставить тригеры на изменение состояний. Порт, маршрут и т.д. каждый следующий триггер должен срабатывать на сервис более "высокого уровня" хоть вплоть до процессы бухгалтерии перестали работать. И то это проблем не решит если по пути есть сторонний оператор и у него будут проблемы.
Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

134. "Выпуск системы мониторинга Zabbix 4.0"  +/
Сообщение от Аноним (102), 04-Окт-18, 18:18 
У меня на устройстве 16 тысяч плюс интерфейсов. Руками их отсматривать - увольте )
Не надо ничего искать отдельно - выгребайте через API.
Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

137. "Выпуск системы мониторинга Zabbix 4.0"  +1 +/
Сообщение от нах (?), 04-Окт-18, 19:22 
а вот можно с этого места поподробнее - чем вы в этот апи ходите и что именно оттуда выгребаете и куда дальше с этим идете?

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

140. "Выпуск системы мониторинга Zabbix 4.0"  +/
Сообщение от Andrey Mitrofanov (?), 05-Окт-18, 11:06 
> Почему-то все страждущие тех или иных красот в заббиксе забывают, что у
> него есть объемлющее API.

Может, они тот АПИ видели -- и с "красотами" оное не ассоциируется никак?

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

123. "Выпуск системы мониторинга Zabbix 4.0"  +/
Сообщение от нах (?), 04-Окт-18, 10:12 
> Неужели не очевидно

не, неочевидно. просто кто-то не перерос еще локалхост, и пытается прикрутить к нему систему очень не по размеру. твои "2960", которые приличные люди на access-то уже не ставят, явно говорят о размере "предприятия".

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

Мне не нужны диски и температуры ста серверов, и тем более "инвентаризация", когда я ищу проблему в медленной работе сервиса - мне нужно видеть, как работают приложения, как работает fpm/wsgi/чеготамещенаголовусвалили сервис, как работают прокси.
Разом, по всей системе, а не на конкретной коробке одной из трех десятков, потому что заранее неизвестно где источник проблемы, а где уже ее последствия, поэтому нужны общие интегральные показатели, опять же позволяющие охватить всю большую систему одним взглядом и понять, в каком именно месте она просела (это может и физическая коробка, и перекос траффика, вызванный какими-то внешними событиями и "опять база тормозит" - заранее не знаешь)

да, иногда не хватает модного-современного "drill-down" интерфейса, но в принципе, поиск его вполне заменяет, а все виденные мной реализации подобного были, мягко говоря, неэффективными.

> ИМХО в Заббиксе не хватает возможности распихать дивайсы по группам, классам, локациям.

группы да, в принципе есть, фильтры по группам тоже есть, но зачем они - авторы явно не знают, поэтому и пользы от групп мало.

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

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

map'ы и автоскрины у нас ,к сожалению, в зачаточном состоянии, можно не тратить время зря.

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

124. "Выпуск системы мониторинга Zabbix 4.0"  –1 +/
Сообщение от Del (?), 04-Окт-18, 10:25 
Вы вероятно зеннос не юзали?
Ответить | Правка | Наверх | Cообщить модератору

126. "Выпуск системы мониторинга Zabbix 4.0"  +/
Сообщение от нах (?), 04-Окт-18, 10:34 
нет, когда сайт начинается с "price request" мне это как-то перестает быть интересно.
такое приносят интеграторы в виде элемента тендерного задания, и оно, обычно, г-но, потому что чтобы тендер выиграло хорошее решение, условия должны быть написаны специально для него.

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

то есть я готов поверить что вам повезло и оно лучше того что я могу построить на жабиксе, потратив невменяемое количество сил и времени, но на моем жизненном пути, увы, вряд ли попадется (а когда попадется - не факт что я ему буду рад)

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

130. "Выпуск системы мониторинга Zabbix 4.0"  +/
Сообщение от Алексей (??), 04-Окт-18, 13:10 
1) Это так. Сейчас подобного просмотра не хватает, многим это было бы очень полезно. На больших инсталляциях удобнее навигация от проблемы, а не хоста. Произошла проблема, начинаем копать почему.

2) Сейчас это можно делать через иерархические группы. В 4.2 будут тэги для устройств, будет ещё удобнее.

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

131. "Выпуск системы мониторинга Zabbix 4.0"  +/
Сообщение от Del (?), 04-Окт-18, 13:33 
> 1) Это так. Сейчас подобного просмотра не хватает, многим это было бы
> очень полезно. На больших инсталляциях удобнее навигация от проблемы, а не
> хоста. Произошла проблема, начинаем копать почему.
> 2) Сейчас это можно делать через иерархические группы. В 4.2 будут тэги
> для устройств, будет ещё удобнее.

Спасибо Вам за ответ!

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

133. "Выпуск системы мониторинга Zabbix 4.0"  +/
Сообщение от нах (?), 04-Окт-18, 13:45 
> На больших инсталляциях удобнее навигация от проблемы, а не хоста.

это когда аларм сработал (а это видно прямо на странице/дашборде с алармами, и там в одном клике как раз устройство - только уже незачем, оно уже сработало, разьве что сам аларм заткнуть чтоб не маячил перед глазами)

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

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

147. "Выпуск системы мониторинга Zabbix 4.0"  +/
Сообщение от пох (?), 09-Окт-18, 17:36 
чорд, и dashboard нельзя экспортить :-(
Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

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

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




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

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