потому что не масштабируемо

что не масштабируемо?

потому что неправильно обрабатывает проблемы с сетью, сервисом итп

стоп-стоп-стоп

как только ты хочешь добавить десяток серверов, твои пуши убивают свою цель

я не понял

что ты имеешь против bash'а?

всё с ним хорошо. только не надо на нём ничего сложного автоматизировать.

как только ты хочешь добавить десяток серверов, твои пуши убивают свою цель

с чего вдруг-то?

эээ

ну как. потому что ты отправляешь больше, чем оно может переварить же.

ну, я не знаю как еще объяснить;)

т.е. ты имеешь ввиду, что сервер ляжет?

ляжет твой мониторинг, в который ты пушем загоняешь данные

всё с ним хорошо. только не надо на нём ничего сложного автоматизировать.

почему бы и нет... Если могёшь, то можно и на bash'е...

Пойду покурю. Посмотрю не потекла ли Нева вспять. Мои главные оппоненты, всегда меня хуями кладущие, разводят тут кулинщину. Атата!

ляжет твой мониторинг, в который ты пушем загоняешь данные

Ну это ты кстати зря

ляжет твой мониторинг, в который ты пушем загоняешь данные

не ложится. гад.

но и х100 конечно не пробовал

ляжет твой мониторинг, в который ты пушем загоняешь данные

ну пуш какбы всяко дешевле пулла

почему бы и нет... Если могёшь, то можно и на bash'е...

ага. пока это не надо никому читать и поддерживать

ну пуш какбы всяко дешевле пулла

ну разве это важно?

главное что не скелится

ну пуш какбы всяко дешевле пулла

скуя?

видимо про прокси никто не в курсе

уродский systemd бесконечно лучше всех уёбищных инитов в linux уже потому, что не пускает «админов» говнокодить на баше в своих кишках

сидим и ждем, когда к нам придут, да хоть пишем в текстовый файлик и раздаем его любым легким http-сервером

это не стоит почти ничего

скуя?

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

сидим и ждем, когда к нам придут, да хоть пишем в текстовый файлик и раздаем его любым легким http-сервером

это холивар. и так и так можно и нормально. итак, и так есть свои плюсы и минусы. длстаточно мелочные впрочем

я говорю про нагрузку на сервера мониторинга, а не на продакшн, разумеется

это не стоит почти ничего

занят порт, висит демон, происходит i/o

причем это происходит неравномерно, полагаю

по времени

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

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

уродский systemd бесконечно лучше всех уёбищных инитов в linux уже потому, что не пускает «админов» говнокодить на баше в своих кишках

ну так скажем часто юниты написаны видимо похапешниками. я видел nginx, которые не проверяет сеть

причем это происходит неравномерно, полагаю

почти равномерно

но ведь i/o

занят порт, висит демон, происходит i/o

ну вот я в памяти держу все значения на своих экспортерах и выдаю как попросят через fmt.Sprintf

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

это не сожнее, чем разруливать конекурентный вход

ну вот я в памяти держу все значения на своих экспортерах и выдаю как попросят через fmt.Sprintf

что будет если сборщик не придет в течении 25 часов?

но ведь i/o

а когда пушит он что делает? тоже самое

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

не надо "запрашиваем определенную метрику". надо "забираем всё что есть у него".

памяти съестся ?

ну вот я в памяти держу все значения на своих экспортерах и выдаю как попросят через fmt.Sprintf

изображаешь /procfs )))

а когда пушит он что делает? тоже самое

да, но не пачкой значений. это кмк дешевле

что будет если сборщик не придет в течении 25 часов?

мы узнаем от алертера, что там пиздец а через 25 часов, когда он придет, он получит текущий срез. он собирает не серии, а текущий срез же. серии на его стороне

а, т.е. будут проебаны данные за 24 часа?

так Icinga 1 - это же drop-in replacement

но уже icinga 2

короче, батчинг решаются.

батчинг решает

если метрика раз в час

но уже icinga 2

это разные проекты

Бог принёс в мир продакшн, а Прометей дал людям мониторинг, чтобы с этим можно было жить. Зачем вам исинга?

для простых проверок например

если метрика раз в час

почитай про прометей короче. раз в час - это не метрика

а, т.е. будут проебаны данные за 24 часа?

да.это нормально

для простых проверок алертер прометея — очень, очень, очень удобен

я реально не знаю сервиса удобнее и проще в настройке

ненормально проебывать данные

что будет если сборщик не придет в течении 25 часов?

ты раньше об этом узнаешь от алертера. потому что метрики не льются.

из-за, например, сетевого сбоя

ненормально проебывать данные

это метрики, можно просрать 2 из 400 и ничего не изменится

ты раньше об этом узнаешь от алертера. потому что метрики не льются.

вот именно

так. еще раз.

если в сети сломался аплинк, то мы никогда не узнаем, что происходило внутри сети?

я правильно понимаю ?

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

если в сети сломался аплинк, то мы никогда не узнаем, что происходило внутри сети?

надо ставить свой прометей в той сети, тогда потом узнаешь

их можно чейнить, как исингу

ERROR: S client not available

надо ставить свой прометей в той сети, тогда потом узнаешь

кстати, да.

понятно.

вот честно, я не вижу охуенных преимуществ перед заббиксом

хотя, наверно, если ставить новый мониторинг - то прометей будет прогрессивнее

оно априори пиздатее?

да

вот честно, я не вижу охуенных преимуществ перед заббиксом

метрики с шагом в секунду. 2к метрик с хоста.

40-50 хостов.

заббикс на таком умрёт, либо потребует ssd

метрики с шагом в секунду. 2к метрик с хоста.

ssd нынче недороги

но вообще - да

ssd нынче недороги

только менять будешь их часто.

у меня просто нет необходимости в такой частоте

у меня прометеус в таких условиях живёт на обычном sw raid1

это круто, да

базара нет

у меня просто нет необходимости в такой частоте

как вы понимаете, что "тут у людей секунд 15 всё тормозило"?

40-50 хостов.

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

и куча метрик "раз в минуту"

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

мне вот тоже кажется, что затраты по постановке на мониторинг сервера+его сервисы на заббиксе много дешевле, чем аналогичная работа на прометее

и куча метрик "раз в минуту"

Как вы понимаете что происходило между отсчетами?

Как вы понимаете что происходило между отсчетами?

у меня, например, такой задачи нет

а, т.е. будут проебаны данные за 24 часа?

а куда смотрел твой пиздоглазый мониторинг тим все эти 24 часа?!

Как вы понимаете что происходило между отсчетами?

ну те же LA позволяет понять, что был спайк. Кто тебе еще нужен между отчетами?

а куда смотрел твой пиздоглазый мониторинг тим все эти 24 часа?!

в основной интерфейс, не? видел там алерт, но сеть-то починить, в якутии, например, никто не может. Вот и ждем-с.

ждем-с, а данные проебаны

ну те же LA позволяет понять, что был спайк. Кто тебе еще нужен между отчетами?

Ты причину спайка как найдешь?

Там может сеточка флапнула, потери были

Кто-то решил флашить на диск

метрики выросли, соответствующие

Или еще какая печаль

ждем-с, а данные проебаны

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

метрики выросли, соответствующие

Я говорю про событие, которое между двух отсчетов. Что вы там увидеть сможете?