Alexander
[когда допилят]
Alex
и вообще, Rkt круче Docker'а 😊
а че там? тоже контейнеры? чем круче докера?
timothy
и вообще, Rkt круче Docker'а 😊
кто-нибудь уже его использует в связке с k8s?
Alexander
есть хорошая статья на эту тему https://coreos.com/rkt/docs/latest/rkt-vs-other-projects.html
Alexander
там сравнивается Rkt с другими проектами
timothy
это я читал, мне интересны баги, которые были пойманы на проде или деве во время использования
Alexander
совместимость Rkt с k8s уже есть, вроде как
timothy
потому что k8s 1.3 по описанию был хорош, а потом 2 крита после 3 дней использования
Alexander
летом добавили
timothy
да, в 1.3
Alexander
Rkt пока сыроват, но он ближе к systemd, чем Docker идеологически, вот это всё мне нравится
timothy
rkt хорош, что там нет родителя, который в случае паники грохает сразу все
Alexander
думаю, они потихоньку ещё за год-два этот Rkt допилят и потом сделают его основным , а Docker будет тоже работать, но как альтернатива
timothy
как в докер < 1.11
Alexander
тут ведь в чём фишка ещё - через Rkt можно запускать Docker-контейнеры тоже
Alexander
они там на лету могут конвертироваться
Alexander
то есть разработчик может как и раньше билдить докер-образы
Alexander
он даже не заметит
timothy
это да, там и нормальную криптографию сделали с pgp ключами, в докере ужас был через jwk
Alexander
ага
Dmitriy
Заббикс предлагали?
Anonymous
Zabbix параша
И таки чем вы мониторите 4000+ хостов?
Dmitriy
Я бы на sensu поставил
Etki
5$ на ответ "prometheus"
Anonymous
я ставлю на заббикс
קפיצת
с 4000 дела не имел, но ставлю на заббикс
Rinat
датадог ?))
🏳️ Phil
Что такое "мониторить" ? В большинстве случаев надо отталкиваться от этого
קפיצת
датадог ?))
ПИНГДОМ
niko
нагиос же
Антон
https://github.com/firehol/netdata
Anonymous
Что такое "мониторить" ? В большинстве случаев надо отталкиваться от этого
Снять всю хуйню и построить графики, настроить тригеры и воткнуть их в задницу зондер-команде
Антон
еще хорошая альтернатива https://sourcegraph.github.io/checkup/ и https://bosun.org/
Anonymous
Не, давайте не альтернативно одаренные поделки, а бест практис
Max
еще хорошая альтернатива https://sourcegraph.github.io/checkup/ и https://bosun.org/
Альтернатива чему? Заббиксу? Чет не тянет на альтернативу.
Logan
Не, давайте не альтернативно одаренные поделки, а бест практис
у босун была интересная идея, но в прометеус она уже реализована
Logan
а дальше он не развивается, я как я понял
Konstantin
нет альтернатив заббиксу
🏳️ Phil
Снять всю хуйню и построить графики, настроить тригеры и воткнуть их в задницу зондер-команде
#zabbix #collectd #prometheus #мониторинг #telegraf #nagios #icinga #grafana Снять всю хуйню - collectd, telegraf, graphite. prometheus, influxdb (там варианты). Никаких бестов нет - там у всех есть свои косяки и плюсы Построить графики почти безалтернативно grafana Выслать алерты - nagios, icinga2, shinken. Обычно сейчас icinga2
🏳️ Phil
нет альтернатив заббиксу
Согласен. Всё вышеперечисленное вместе и по частям заббикс делает хуже чем что либо ещё. Никакой альтернативой это являться не может
🏳️ Phil
Причем сейчас вылезет @demeliorator и мы с ним устроим файтинг на тему того, должен быть анализ и алертер отдельным сервисом, или захаркоженным как в prometheus. Если конечно Денис не потрет
🏳️ Phil
Предлагаешь держать зоопарк?
Почему зоопарк? Я предлагаю делить всё по сервисам. Собственно тот же алертер у прометеуса это всё равно отдельный сервис. Но ты понимаешь - ни один "намазанный" алертер не дотягивает до nagios. И графики видишь на графану валят. Ты не поверишь, даже @demeliorator использует collectd как сборщик метрик для прости прометеуса. Нет никакого выигрыша. UNIX-вей. Ну вот с анализаторами туго. Но честно, я ещё не видел хорошего следящего анализатора. А событийный - да там пишется на три притопа два прихлопа на голом корн шелл.
🏳️ Phil
Предлагаешь держать зоопарк?
Опять же, намазанные подсервисы обычно намазывают с маркетинговой точки зрения - так легче продвигать. И это даже какой-то смысл имеет. Вон, докер по умолчанию на такое ставится, что волосы шеволятся. Зато сразу работает
Vladimir
Проблема всего этого в том, что алретит хорошо одно, рисует другое, а приятно для пользователя третье
Vladimir
Если хочешь рисовать много графиков и хранить данных - графит безальтернативен
Vladimir
если достаточно каких-то не очень больших нагрузок, порядка миллионов точек в минуту - там возможны вариации
Vladimir
про алерты - вообще там более правильный подход алертить по событиям и событийный мониторинг делать, а не по графикам или чекам.
Vladimir
(если с точки зрения работы сервиса)
Vladimir
и делать анализ отклонения текущего потока событий от ожидаемого или правильного
🏳️ Phil
Меня, если чесн, напрягает ситуация, когда графики - это одна страница, алерты - другая, дополнительные метрики - третья. В итоге, человек, который за этим всем следит, слегка заебывается в обилие морд
Что такое дополнительные метрики? Почему на графики и алерты смотрит вообще один человек? Если он в принципе один - зачем он смотрит на них? Ну т.е. это чисто административная запутка.
Vladimir
но вот такие системы не шибко масштабируются
Vladimir
и еще метаданные важны в этом месте
Anonymous
Графики полезны тем, чтоб потом разобраться, откуда ноги растут. Это я Капитаном подрабатываю
🏳️ Phil
Графики полезны тем, чтоб потом разобраться, откуда ноги растут. Это я Капитаном подрабатываю
Ну и где запутка? У тебя только алерт-мониторинг и всё. Надо - полез в графану
Juriy
вот дичь-то, 100 сервисов поднять, подружить, еще и следить за ними наверняка надо, вдруг что помре и СМС не приедет
🏳️ Phil
XXI век. В принципе все сервисы отлично автоматизируются. Только успевай в ansible подкидывать
Juriy
вот хейтите Заббикс хейтите, а его настроить грамотно, слайдшоу на стену на телевизор, комплексные экраны дежурным админам (там же список телефонов повесить) и нотификации во все нужные шлюзы - и все работает
twwlf
не забывайте мониторить мониторинг
Anonymous
он тоже модульный и частями может молча умирать
А, еще админ может тоже крякнуть. Срочно браслет, чтобы его мониторил.
twwlf
ну тут можно рейдом обойтись
Juriy
не забывайте мониторить мониторинг
ну это конечно всяко сложнее, чем борщ из collectd, telegraf, graphite. prometheus, influxdb, grafana, nagios, icinga2, shinken. а ну еще ansible и какой-нибудь CD к нему, чтоб конфиги раскидывал автоматом
twwlf
не, погодите, я не говорю что это ПЛОХО и из-за этого не нужно юзать заббикс
Anonymous
А че кактус забыли?
Logan
к заббиксу лично у меня довольно короткий и детальный список претензий
Logan
не, ну а чо: * у заббикс отвратительно работает ситуация, когда клиент не может получить данные или получает неожиданные значения (например NaN вместо 0). Он тупо банит клиента и это ужасно. * клиенты, увы, текут по памяти. Порой приходится их убивать * сервер довольно плохо масштабируется (говорю о 1.6 -> 2.4 - работал только с ними). В первую очередь выжираются диски. Постоянно приходится прикидывать, какие метрики мне прям нужны, а без каких я как-нибудь так проживу * прокси помогают масштабировать, но ломают выполнение задач на ноде. То есть приходится решать, что мне нужнее - масштабирование или выполнение задачи * очень, очень, очень неочевидный и неудобный UI. Кошмарное устройство выражений. Без толстого справочника хрен разберешься
Anonymous
Эм, ты о хистори таблицах, которые засирают место?
Адаптивный Рекомбинатор
кто-то не осилил партиционирование )
Anonymous
Если скуль, то есть же механизмы предотвращения такого. Arhive двигло юзать
Адаптивный Рекомбинатор
"* у заббикс отвратительно работает ситуация, когда клиент не может получить данные или получает неожиданные значения (например NaN вместо 0). Он тупо банит клиента и это ужасно." я бы сказал так, надо писать скрипты, которые возвращают ожидаемые значения.
Juriy
в постгресе тоже варианты есть