Alexander
[когда допилят]
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
Dmitriy
Заббикс предлагали?
Juriy
Dmitriy
Я бы на sensu поставил
Etki
5$ на ответ "prometheus"
Anonymous
я ставлю на заббикс
קפיצת
с 4000 дела не имел, но ставлю на заббикс
Rinat
датадог ?))
🏳️ Phil
Что такое "мониторить" ? В большинстве случаев надо отталкиваться от этого
קפיצת
niko
нагиос же
Антон
https://github.com/firehol/netdata
Антон
еще хорошая альтернатива https://sourcegraph.github.io/checkup/ и https://bosun.org/
Anonymous
Не, давайте не альтернативно одаренные поделки, а бест практис
Max
Logan
а дальше он не развивается, я как я понял
Konstantin
нет альтернатив заббиксу
🏳️ Phil
нет альтернатив заббиксу
Согласен. Всё вышеперечисленное вместе и по частям заббикс делает хуже чем что либо ещё. Никакой альтернативой это являться не может
Magistr
🏳️ Phil
Причем сейчас вылезет @demeliorator и мы с ним устроим файтинг на тему того, должен быть анализ и алертер отдельным сервисом, или захаркоженным как в prometheus. Если конечно Денис не потрет
Anonymous
🏳️ Phil
Предлагаешь держать зоопарк?
Почему зоопарк? Я предлагаю делить всё по сервисам. Собственно тот же алертер у прометеуса это всё равно отдельный сервис. Но ты понимаешь - ни один "намазанный" алертер не дотягивает до nagios. И графики видишь на графану валят. Ты не поверишь, даже @demeliorator использует collectd как сборщик метрик для прости прометеуса. Нет никакого выигрыша. UNIX-вей. Ну вот с анализаторами туго. Но честно, я ещё не видел хорошего следящего анализатора. А событийный - да там пишется на три притопа два прихлопа на голом корн шелл.
🏳️ Phil
Предлагаешь держать зоопарк?
Опять же, намазанные подсервисы обычно намазывают с маркетинговой точки зрения - так легче продвигать. И это даже какой-то смысл имеет. Вон, докер по умолчанию на такое ставится, что волосы шеволятся. Зато сразу работает
Anonymous
Почему зоопарк? Я предлагаю делить всё по сервисам. Собственно тот же алертер у прометеуса это всё равно отдельный сервис. Но ты понимаешь - ни один "намазанный" алертер не дотягивает до nagios. И графики видишь на графану валят. Ты не поверишь, даже @demeliorator использует collectd как сборщик метрик для прости прометеуса. Нет никакого выигрыша. UNIX-вей. Ну вот с анализаторами туго. Но честно, я ещё не видел хорошего следящего анализатора. А событийный - да там пишется на три притопа два прихлопа на голом корн шелл.
Меня, если чесн, напрягает ситуация, когда графики - это одна страница, алерты - другая, дополнительные метрики - третья. В итоге, человек, который за этим всем следит, слегка заебывается в обилие морд
Vladimir
Проблема всего этого в том, что алретит хорошо одно, рисует другое, а приятно для пользователя третье
Vladimir
Если хочешь рисовать много графиков и хранить данных - графит безальтернативен
Vladimir
если достаточно каких-то не очень больших нагрузок, порядка миллионов точек в минуту - там возможны вариации
Vladimir
про алерты - вообще там более правильный подход алертить по событиям и событийный мониторинг делать, а не по графикам или чекам.
Vladimir
(если с точки зрения работы сервиса)
Vladimir
и делать анализ отклонения текущего потока событий от ожидаемого или правильного
🏳️ Phil
Vladimir
но вот такие системы не шибко масштабируются
Vladimir
и еще метаданные важны в этом месте
Anonymous
Графики полезны тем, чтоб потом разобраться, откуда ноги растут. Это я Капитаном подрабатываю
🏳️ Phil
Anonymous
Juriy
вот дичь-то, 100 сервисов поднять, подружить, еще и следить за ними наверняка надо, вдруг что помре и СМС не приедет
🏳️ Phil
XXI век. В принципе все сервисы отлично автоматизируются. Только успевай в ansible подкидывать
Juriy
вот хейтите Заббикс хейтите, а его настроить грамотно, слайдшоу на стену на телевизор, комплексные экраны дежурным админам (там же список телефонов повесить) и нотификации во все нужные шлюзы - и все работает
twwlf
twwlf
не забывайте мониторить мониторинг
twwlf
ну тут можно рейдом обойтись
Juriy
не забывайте мониторить мониторинг
ну это конечно всяко сложнее, чем борщ из collectd, telegraf, graphite. prometheus, influxdb, grafana, nagios, icinga2, shinken.
а ну еще ansible и какой-нибудь CD к нему, чтоб конфиги раскидывал автоматом
twwlf
не, погодите, я не говорю что это ПЛОХО и из-за этого не нужно юзать заббикс
Anonymous
А че кактус забыли?
Logan
Logan
к заббиксу лично у меня довольно короткий и детальный список претензий
Anonymous
Juriy
Logan
не, ну а чо:
* у заббикс отвратительно работает ситуация, когда клиент не может получить данные или получает неожиданные значения (например NaN вместо 0). Он тупо банит клиента и это ужасно.
* клиенты, увы, текут по памяти. Порой приходится их убивать
* сервер довольно плохо масштабируется (говорю о 1.6 -> 2.4 - работал только с ними). В первую очередь выжираются диски. Постоянно приходится прикидывать, какие метрики мне прям нужны, а без каких я как-нибудь так проживу
* прокси помогают масштабировать, но ломают выполнение задач на ноде. То есть приходится решать, что мне нужнее - масштабирование или выполнение задачи
* очень, очень, очень неочевидный и неудобный UI. Кошмарное устройство выражений. Без толстого справочника хрен разберешься
Anonymous
Эм, ты о хистори таблицах, которые засирают место?
Адаптивный Рекомбинатор
кто-то не осилил партиционирование )
Anonymous
Если скуль, то есть же механизмы предотвращения такого. Arhive двигло юзать
Адаптивный Рекомбинатор
"* у заббикс отвратительно работает ситуация, когда клиент не может получить данные или получает неожиданные значения (например NaN вместо 0). Он тупо банит клиента и это ужасно."
я бы сказал так, надо писать скрипты, которые возвращают ожидаемые значения.
Juriy
в постгресе тоже варианты есть