что лучше для сбора логов с контейнеров

Ну я сейчас все контейнеры прошу писать в stdin/stderr, потому что побелить я их на выходе смог только rsyslog. Ну я там юзерам раскладываю по файликам

тебе вот удобнее прометеус, мне в моих проектах забикс. так я не кричу что прометеус гавно )

Тут момент такой. Выбор системы мониторинга довольно важная штука и выбрав немасштабируемое говно сейчас ты будешь с ним жить долго и страдать. Поэтому это важно объяснять особенно новичкам что из себя какой софт представляет

исинга няша как алертинг и борда

Ты ее веб2 юзаешь? А с шинкеном не сравнивал?

А есть какие-то альтернативы по алертингу?

У прома алерт-манагер свой. Для графита есть Moira и bosun например. Ну и как выше сказали

мульён их

Да перестань. Шинкен и еще на заскеле чтото было. И собственно все

Добрый день. Что взять не сильно тяжелое, для мониторинга мониторинга + доп мониторинга уже имеющихся VM, серверов ? (CPU, memory, возможность мониторить наличие рабочего процесса) Я так предполагаю icinga?

Хочешь мониторить мониторинг? )

У прома алерт-манагер свой. Для графита есть Moira и bosun например. Ну и как выше сказали

1. Сколько он есть. 2. Я знаю. Открыл босун и закрыл. Не помню уже почему. Мойру не слышал. У всех алертеров не нагиос стайл какаято бида с эскалациями, группами контактов и нотискоммандами

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

Какой смысл валить всю инфу в одну кучу?

Ты ее веб2 юзаешь? А с шинкеном не сравнивал?

шинкен мертв

1. Сколько он есть. 2. Я знаю. Открыл босун и закрыл. Не помню уже почему. Мойру не слышал. У всех алертеров не нагиос стайл какаято бида с эскалациями, группами контактов и нотискоммандами

Потому что чаще всего это народ отдает на откуп какому нибудь pagerduty иди victorops

Какой смысл валить всю инфу в одну кучу?

а зачем ее валить из 20 мест ? все равно оно все должно улететь в прометей

шинкен мертв

Все да? Не успел попробовать?

Потому что чаще всего это народ отдает на откуп какому нибудь pagerduty иди victorops

Ээээ... А может проще просто нагиос взять?)))

Ээээ... А может проще просто нагиос взять?)))

Ну вот компании редко хотят поддерживать инфраструктуру которая будет звонить в случае алертов или там смс слать

Ээээ... А может проще просто нагиос взять?)))

в нагиосе нет инцидент менеджмента как такого удобного

Хочешь мониторить мониторинг? )

да, а что тут такого?

А pd это за тебя делает, сразу давая простенький incident Management (которого хватает большинству) и отлично тебе звонит и смсит

И вопит в клиент на телефоне, если таковой есть

а зачем ее валить из 20 мест ? все равно оно все должно улететь в прометей

Потому что инфа о том где берется экспортер может лежать в разных местах, может быть разный релейбл и ещё черт знает что

@schors вот спишь ты себе такой, а тут тебе начинают петь: your servers on fire

Отлично ж

Потому что инфа о том где берется экспортер может лежать в разных местах, может быть разный релейбл и ещё черт знает что

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

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

нервно на смс начинаешь реагировать )

@schors вот спишь ты себе такой, а тут тебе начинают петь: your servers on fire

Ну вот компании редко хотят поддерживать инфраструктуру которая будет звонить в случае алертов или там смс слать

Погодь. А ты что предложил?

в нагиосе нет инцидент менеджмента как такого удобного

Мммм... Ну... А гле есть?

Погодь. А ты что предложил?

Купить себе pagerduty и не париться

@schors вот спишь ты себе такой, а тут тебе начинают петь: your servers on fire

Ну оно так и происходит обычно

Купить себе pagerduty и не париться

Блин. А оно умеет эскалации?

Блин. А оно умеет эскалации?

Да

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

так это не уменьшает его гибкости зачем мониторингу знание что у вас на хосте за сервисы ? его дело ходить и аггрегировать их у себя

А pd это за тебя делает, сразу давая простенький incident Management (которого хватает большинству) и отлично тебе звонит и смсит

что такое pd ?

что такое pd ?

Pagerduty

так это не уменьшает его гибкости зачем мониторингу знание что у вас на хосте за сервисы ? его дело ходить и аггрегировать их у себя

А зачем дополнительная прослойка?

Да

А да

Ну и да, можно же экспортёры опрашивать с разным интервалом. Экспортер базы раз в минуту, node exporter раз в 30 секунд.

А да

Оно денег хочет, но много чего умеет

Оно денег хочет, но много чего умеет

Да-да, я вижу

А зачем дополнительная прослойка?

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

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

на самом деле нет. На самом деле это заббикс с +\- нормальным шорт терм стораджом.

Мммм... Ну... А гле есть?

в опенсорсе помоему нигде.

так это не уменьшает его гибкости зачем мониторингу знание что у вас на хосте за сервисы ? его дело ходить и аггрегировать их у себя

Затем что ты можешь все экспортеры ваще на одном хосте держать

в опенсорсе помоему нигде.

С другой стороны - ицинге интеграции бы с redmine/otrs... Наверное причем redmine

А Shinken всё говорите?

Затем что ты можешь все экспортеры ваще на одном хосте держать

удобно, один хост падает и всё отваливается.

А Shinken всё говорите?

тм вялые коммиты в репе, и то не по делу

Затем что ты можешь все экспортеры ваще на одном хосте держать

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

удобно, один хост падает и всё отваливается.

Не все отвалится, а метрики не поедут

Это же не конец света

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

О да

вобще то конец.

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

Если человек сует все экспортеры на один, то для него, видимо, это другой уровень опасности

Кстати, это тоже одна из причин не класть все экспортеры в один

отваливается хост прометея ? или вы про что ?

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

В го нет нормальных плагинов, поэтому раз разные люди делают разные экспортеры, то вот они и разную инфу дают

отваливается хост прометея ? или вы про что ?

Отваливается хост с кучей экспортеров

И на разных портах висят

Отваливается хост с кучей экспортеров

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

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

Никогда не видел ситуации, когда экспортер тупит?

что за экспортер если не секрет ?

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

Например экспортер самого Прометея )

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

Ну т.е. если делать один большой экспортер, это может аффектить

Нод экспортер работает хорошо, но их же стопицот

+никто не мешает писать свои

ну вот свои и пишу качество экспортеров такое себе

Качество своих? )

официальных

Ну так, а смысл тогда валить в одну кучу? Тут у тебя одни сервисы, тут другие, тут свои

Что смущает? Что все на разных портах?

uwsgi_exporter не умеет собирать кастомные метрики из статы uwsgi, vts_exporter ложится когда в апстриме натыкается на один и тот же хост, там куча проблем у них потребление я вообще молчу

Ну так экспортеры пишут разные люди и не всегда хорошо

Опенсорс же

Ну так, а смысл тогда валить в одну кучу? Тут у тебя одни сервисы, тут другие, тут свои

так инфраструктура обычно такая один хост - одна инстанция сервиса если сервис пользуется локальным кешом в виде редиса (чисто для одного инстанса), uwsgi, сюда же прикрутить штуку собирающая стату по потреблению процесса и т.п. уже получается 3 ты их в прометее логически обьедени в project="projectname", service="servicename" далее по имени метрик разные сервисы на хосте не совпадут все, ты удобно собрал стату полностью с каждого инстанса

а snmp без шиврования безопасно ?

вполне, при условии вынесения всего с управлением в отдельный влан без доступа в инет. Это актуально и для ipmi, который даже с авторизацией. Бонус - защита от бэкдоров и уязвимостей, когда пароль не спасёт

достаточно закрывать порт 🙂