с нашими патчами

а есть преимущество в использовании телеграфа вместо нод-экспортера например

я ж правильно понимаю что телеграф едет на ноду?

а есть преимущество в использовании телеграфа вместо нод-экспортера например

all-in-one

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

поясни пожалуйста

а недостатки?

это продукт от компании influxdata

и почему тогда prometheus а не influxdb с которым они разрабатываются?

это продукт от компании influxdata

а это теперь недостаток?

я чот пропустил :(

а это теперь недостаток?

да. они не умеют программировать.

а есть преимущество в использовании телеграфа вместо нод-экспортера например

node_exporter - это pure server metrics. включил коллекторы и получаешь нормально telegraf - это хитрая херня в которой можно включить только нужные плагины, например, собирать mysql, собирать nginx, собирать http response. он скриптуется, катится ансиблом и без особых проблем это всё запускается с полпинка просто на другом порту.

если telegraf'ом собирать всё - то он сожрет слишком много памяти. как касперский, чтобы не дать вирусам работать.

телеграф хороший скорее чем плохой.

но бывает бажный.

народ на него ругается переодически. но на мой взгляд поводы для ругани так себе.

вот именно. поэтому business-critical метрики собирать им - да нахер он пошёл.

короче телеграф vs node_exporter это что-то вроде zabbix vs icinga2?

нет.

как можно заббикс с чем то кроме null сравнивать ?

node_exporter vs telegraf это как nginx и apache

как можно заббикс с чем то кроме null сравнивать ?

можно с говном сравнить.

не только с null

щас чуствую пойдет срач на мой любимый нагиос тоже

не надо срача

как можно заббикс с чем то кроме null сравнивать ?

Ну как это, у null нет web-ui

?

щас чуствую пойдет срач на мой любимый нагиос тоже

nagios вообще норм, только в приготовлении он сложнее сраббикса

Ну как это, у null нет web-ui

https://devnull-as-a-service.com

Почти

"сдам место в /var/tmp/" (c)

Всё бы вам по зубокскалить

We’re a young and dynamic team of messy data-scientists who have failed at being employed on the real market.(с) это относится к 99% стартапов

А эти хоть молодцы не боятся

а недостатки?

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

с поддержкой прометея было немало проблем, какие-то починены, какие-то нет

с поддержкой прометея было немало проблем, какие-то починены, какие-то нет

а какие-то проигнорированы. причем хамски.

привет, Дима

node_exporter - это pure server metrics. включил коллекторы и получаешь нормально telegraf - это хитрая херня в которой можно включить только нужные плагины, например, собирать mysql, собирать nginx, собирать http response. он скриптуется, катится ансиблом и без особых проблем это всё запускается с полпинка просто на другом порту.

Чет там всего много но как то по чуть чуть

Чет там всего много но как то по чуть чуть

ну да. везде свои баги ещё. а что-то вообще непригодно.

если мы про telegraf

например, они снова сломали аэроспайк, спасибо им )

а консул так и не починили, тоже спасибо

шикарно. мне тут подкинули стикеры, давайте замутим полный набор церквистов )

а кого считать прихожанами?

Всех :)

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

/stat@combot

combot.org/chat/-1001068522817

не, первая десятка это проповедники

счастья всем

Всех :)

Доброго времени суток Владимир! Подскажите пожалуйста, есть ли уже в паблике Ваш доклад по сбору миллионов метрик с использованием графита?

блин, мне больше интересно как народ забиксом собирает метрики с огромных ферм

не напоминайте мне про заббикс

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

и плевать чем снимать метрики

мунин норм жэ

блин, мне больше интересно как народ забиксом собирает метрики с огромных ферм

а чем огромные фермы отличаются от много 1u серверов?

с точки зрения ОС

а чем огромные фермы отличаются от много 1u серверов?

тем что заббикс здыхает на третьем 1у

ERROR: S client not available

1m!

да ничем, но большинство людей с много 1u снимает метрики раз в минуту, а не раз в 5 секунд

я както мониторил заббиксом свичи в сети прова

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

хотя я вот подумал, что модуль sensors будет выдавать же одинаковые напряжения и fan speed. это же blade архитектура где общее всё типа питания, охлаждения, итд

шикарно. мне тут подкинули стикеры, давайте замутим полный набор церквистов )

Это о другом стикпак

Поня и ты тут

хотя я вот подумал, что модуль sensors будет выдавать же одинаковые напряжения и fan speed. это же blade архитектура где общее всё типа питания, охлаждения, итд

с чего это?

как минимум камнями различаццо будед

да ничем, но большинство людей с много 1u снимает метрики раз в минуту, а не раз в 5 секунд

а раз в 5 секунд есть смысл снимать?

микроберсты ловить?

ага

если летенси раз в минуту на 5 секунд скачет, etc

Доброго времени суток Владимир! Подскажите пожалуйста, есть ли уже в паблике Ваш доклад по сбору миллионов метрик с использованием графита?

Фосдемовский давно. С срекон нет еще

а раз в 5 секунд есть смысл снимать?

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

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

я бы под такое отдельные инстансы telegraf запустил которые мне latency до узла измеряют, и фильтр на входе в прометей поставил, чтобы не хавать терабайты. а обычные метрики бы снимал как обычно.

че спорить ) есть терабайты - пусть потом плачут сами в прометей "сделайте нам нормальный интерфейс для удаления ненужных метрик"

я бы под такое отдельные инстансы telegraf запустил которые мне latency до узла измеряют, и фильтр на входе в прометей поставил, чтобы не хавать терабайты. а обычные метрики бы снимал как обычно.

в том то и дело, что надо подходить к вопросу шагом а не бегом. Подумать какие метрики надо часто, какие редко, какие чуть ли не вручную.

и так для каждой (!) цели

ну в смысле для каждого сервиса

и вообще для этого надо в федерацию прометей сделать с маленьким scrape и месяцом ротации, и нормально будет :)

но да, кейс интересный. мы над ним думали, только в других масштабах.

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

каждый день прибегают

я бы под такое отдельные инстансы telegraf запустил которые мне latency до узла измеряют, и фильтр на входе в прометей поставил, чтобы не хавать терабайты. а обычные метрики бы снимал как обычно.

в телеграфе щас есть возможность делать агрегации на уровне самого демона

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

а в прометей уже гистограмма улетала

и пойди найди, проблема в их канале, твоем внешнем, лаже внутри сети или где-то шина охуела от количества сообщений на пару секунд

такая статистика исключительно оперативная и нужна за последнюю неделю

так что там нету террабайт данных

если интересно - вечером посмотрю