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

Если можно обойтись без телеграфа - сделай это

не помню, спрашивал когда то или нет. кто нибудь мониторит хосты /esxi с помощью прома?

это уг и ад

варианты?

так или иначе данные по snmp забирать

я эту штуку не трогаю, у меня ребята крутят какую-то ходилку в всферовский апи

на перлушечке, она там складывает в инфлюкс, потом есессно графана

в пром ну, типа с бриджа можно

попробуй с этой штуки начать https://github.com/alanrenouf/vmware-utils

и вот эти ребята https://github.com/evoila/collectsphere https://github.com/syepes/VSphere2Metrics https://github.com/Oxalide/vsphere-influxdb-go

сча гляну. спс

https://github.com/prometheus/alertmanager/releases/tag/v0.7.0

чатик, подскажи, кто-нибудь использовал carbon-relay-ng? если да - насколько годно? запиливаю букинг-стек, так в README.md к carbon-c-relay обнаружил ссылку на данный проект.

лучше carbon-c-relay

чатик, подскажи, кто-нибудь использовал carbon-relay-ng? если да - насколько годно? запиливаю букинг-стек, так в README.md к carbon-c-relay обнаружил ссылку на данный проект.

он сильно отличается по поведению от carbon-c-relay

поэтому у нас везде carbon-c-relay

и мы тихо мирно в пилим еще один релей на Го уже

который бы себя вел как carbon-c-relay но был бы на Го

@tnt4brain если чо, я в букинге работаю и занимаюсь графитом

так что можешь спрашивать про наш стек

он сильно отличается по поведению от carbon-c-relay

понял ?)) отбросил ненужные мысли о скрещивании ежа и ужа

Нгшка проще. Из плюсов - веб морда и поддержка всяких альтернативных транспортов

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

Нет jump хешей для балансировки. По крайней мере раньше не было

Но автор адекватнее

Чем Fabian

Ну и из за некоторых внутренних наворотов, ng медленнее раз в 5

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

@tnt4brain если чо, я в букинге работаю и занимаюсь графитом

это да, тебя ж тут, поди, каждая собака знает ?)))) за предложение спрашивать - респект, вопросы будут, но, видимо чуть позже - на этапе взлёта. я сейчас занимаюсь опакечиванием в rpm всего стека. вот в go-carbon пришлось лечить переопределённые макросы rpmbuild.

это да, тебя ж тут, поди, каждая собака знает ?)))) за предложение спрашивать - респект, вопросы будут, но, видимо чуть позже - на этапе взлёта. я сейчас занимаюсь опакечиванием в rpm всего стека. вот в go-carbon пришлось лечить переопределённые макросы rpmbuild.

Для carbonapi и Carbonzipper у нас автобилжы есть

На carbon-c-relay есть в epel rpm

Но дебов нет

Для carbonapi и Carbonzipper у нас автобилжы есть

я смотрел вчера на carbon-api, там fpm. он сам по себе тот ещё шедевр - пришлось CI-хост измазать в руби. проще будет свой .spec-файл наваять.

я смотрел вчера на carbon-api, там fpm. он сам по себе тот ещё шедевр - пришлось CI-хост измазать в руби. проще будет свой .spec-файл наваять.

А почему нельзя просто с packagecloud взять?

Фпм - да, я подумал что лично мне его проще поддерживать чем спеку и деб

А почему нельзя просто с packagecloud взять?

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

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

Утянуть рпм как есть

Утянуть рпм как есть

тоже вариант, но там пути негодные - опять же не соответствуют политике.

Фпм - да, я подумал что лично мне его проще поддерживать чем спеку и деб

тебе виднее. если интересно - могу кинуть spec-файл, который весьма весёлые вещи делает: грузит с гитхаба архив по тегу, поддерживая при этом корректно репы разных владельцев (форки то бишь). в результате сборка пакета выполняется парой команд: spectool -R -g contrib/packaging/CentOS/7/reopenldap.spec rpmbuild -bb contrib/packaging/CentOS/7/reopenldap.spec

ну и из репы первоначальной тянуть нужно только этот спекфайл.

это да, тебя ж тут, поди, каждая собака знает ?)))) за предложение спрашивать - респект, вопросы будут, но, видимо чуть позже - на этапе взлёта. я сейчас занимаюсь опакечиванием в rpm всего стека. вот в go-carbon пришлось лечить переопределённые макросы rpmbuild.

Кстати в go-carbon тоже теперь fpm и нет макросов, которые можно было бы лечить )

Кстати в go-carbon тоже теперь fpm и нет макросов, которые можно было бы лечить )

теперь - это в какой версии? я только что тег v0.9.1 собирал, так там вполне себе есть

тебе виднее. если интересно - могу кинуть spec-файл, который весьма весёлые вещи делает: грузит с гитхаба архив по тегу, поддерживая при этом корректно репы разных владельцев (форки то бишь). в результате сборка пакета выполняется парой команд: spectool -R -g contrib/packaging/CentOS/7/reopenldap.spec rpmbuild -bb contrib/packaging/CentOS/7/reopenldap.spec

У нас внутри спеки с кастомными макросами

0.10.0+ пока там беты

аккуратнее кстати с ними - поменялись пути конфигов и всякое такое

Только мы эти беты у себя в продакшне гоняем ещё когда они не были бетами

У нас внутри спеки с кастомными макросами

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

Дяди, подскажите

sum (container_fs_usage_bytes{device=~"^/dev/md9$",id="/",kubernetes_io_hostname=~"^$Node$"}) / sum (container_fs_limit_bytes{device=~"^/dev/md9$",id="/",kubernetes_io_hostname=~"^$Node$"}) * 100

что у меня в запросе не так?

no data показывает

стандартный пробую переделать

почему не сделать просто device="/dev/md9" ?

там mdX

"^$Node$" а это точно правильно?

"^$Node$" а это точно правильно?

это из готового даша

а ты из графика перейди в запрос прометею

перешел

он точно в правильный запрос компилируется?

ну no data дает

значит компилится

запрос-то точно правильный скомпилился?

щас потыкаю еще

container_fs_usage_bytes{kubernetes_io_hostname=~"^$Node$"}

тоже ничерта не показывает

ERROR: S client not available

вот такой sum (container_memory_working_set_bytes{id="/",kubernetes_io_hostname=~"^$Node$"}) / sum (machine_memory_bytes{kubernetes_io_hostname=~"^$Node$"}) * 100

работает

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

Да я починил

Не помню как уже

?

народ а не видел кто чатик про продукты хашикорпа ?

в житере)

я по тераформу там сидел в свое время

@ru_hashicorp запили. велкам кому интересно

@ru_hashicorp запили. велкам кому интересно

круть

позовите народ плиз, кому релевантно.

Народ, вырубил repeate в конфиге прома

но все равно шлет время от времени алерт

где еще может быть?

там баженька

до какойто версии алертменеджер ничего не мог с собой поделать

пока 4 раза не расскажет о ресторе после алерта

это вот щас грустно было

не, он именно на адлерт пишет

т.е. у меня сработавший алерт, а он напоминает

на один и тот же?

ПОЧИНИ

д

покажи сам алерт? + конфиг?

:)

коллеги, а кто-нибудь в курсе, алертмэнеджер поддерживает вложеность условий?

мне чтото показывали такое

вроде да

коллеги, а кто-нибудь в курсе, алертмэнеджер поддерживает вложеность условий?

https://www.robustperception.io/combining-alert-conditions/

спасибо. Слегка через окно, но иначе никак, видимо

коллеги, а кто-нибудь в курсе, алертмэнеджер поддерживает вложеность условий?

https://prometheus.io/docs/alerting/alertmanager/#inhibition