@metrics_ru

Страница 169 из 681

lastsky

25.05.2017
11:15:33

непонятно зачем тащить рпм с экспортером, где один бинарь

мне видится более прямым путем ансиблом сделать yum / apt на установку и на обновление. чем бинари и конфиги удалять/раскладывать, делать туда lineinfile, shell ещё подключать. в общем, доверить установку пакетов пакетному менеджеру, а их выкат - ансиблу. землю - крестьянам, итд.

Dmitry

25.05.2017
11:16:01

это все вкусовщина

ктото тащит докером, кто то солтом, ктото через scp

Andor

25.05.2017
11:17:18

а кто-то не мудак и ставит пакеты

Google

Andor

25.05.2017
11:18:14

s/мудак/хипстер/

хотя..

lastsky

25.05.2017
11:18:21

ну вы че начали, нормально ж сидели.

не подскажете, есть ли какая-нибудь в netstat метрика (может я не заметил) которая бы выдавала мне average RTT для tcp соединений прошедших в приложение? приложение не умеет RTT замерять, умеет только отдавать контент. а надо понять, не возрастает ли RTT от высокой загрузки приложения.

это есть в ss -i и далее вывод можно куда-то положить, грепнуть, посчитать скриптом нужные параметры и в виде textfile его отдать node_exporter. спасибо за помощь, не сомневался, что здесь вопрос будет неинтересен.

Oleg ?

25.05.2017
11:22:53

https://github.com/inCaller/prometheus_bot

вот этого бота юзаю

отличный

без алерты и прочей

lastsky

25.05.2017
11:23:21

да, я тоже юзаю :)

Dmitry

25.05.2017
11:28:12

https://github.com/inCaller/prometheus_bot

чет он говно

я свой писал

потом у нас разраб написал нормальный )

мой в принципе тоже работал

Google

Dmitry

25.05.2017
11:29:44

https://github.com/count0ru/tg-alertbot тут делов

lastsky

25.05.2017
11:34:52

ну нихрена себе. бот в 33 строчки.

Denys ??

25.05.2017
11:35:00

Ямл это лучшее что было с конфигами

Лучшее что было с конфигами - это toml. :)

Алексей

25.05.2017
11:36:27

томл херова на баше писать

Oleg ?

25.05.2017
11:39:17

чет он говно

почему?)

мне все четко пишет

Dmitry

25.05.2017
11:39:38

ну значит я просто тупой

Oleg ?

25.05.2017
11:39:43

)))

Dmitry

25.05.2017
11:39:46

у коллеги тоже не получилось чет

было проще свой написать, чем с тем разбираться

Oleg ?

25.05.2017
11:41:00

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

Paul

25.05.2017
11:41:12

https://github.com/inCaller/prometheus_bot

кстати, если бы кто-нибудь выложил пример шаблона - было бы офигенно. Ибо в комплекте его нет, и тем, кто го не знает - приходится угадывать. Что слегка колеблет

Oleg ?

25.05.2017
11:41:23

вот так

у меня выглядит

Dmitry

25.05.2017
11:41:50

красивинька же

Oleg ?

25.05.2017
11:44:53

бляяя я вас напарил))))

вот этот у меня

https://github.com/metalmatze/alertmanager-bot

вот он без еболы запустился

Google

Dmitry

25.05.2017
11:45:23

https://github.com/metalmatze/alertmanager-bot

этот мне тоже не понравился

Oleg ?

25.05.2017
11:45:23

в контейнере

ахахахха

Pablo

25.05.2017
12:08:01

Потому что хорошего стораджа с тегами нет

а чтобы ты хотел?

Vladimir

25.05.2017
12:14:02

а чтобы ты хотел?

Хороший сторадж с тэгами :)

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

Pablo

25.05.2017
12:17:08

Я запускал свою БД под нагрузкой и смотрел сколько instructions per second показывают счетчики с реальной нагрузкой буквально вчера. У меня ips в лучше случае 0.59, процессор может 4. Т.е. все упирается в память, в ее пропускную способность, а вообще алгоритм сжатия может порядка гигабита данных в секунду проживать (ЕМНИП). Он оч. простой и хорошо оптимизирован. В общем, тут слишком много всего можно крутить и сравнивать, поэтому сложно такие однозначные выводы делать. В моем случае основные тормоза вызваны кэш и TLB промахами, количество которых падает при использвании сжатия, т.к. приходится меньше скакать по памяти.

ты ж про instructions per cycle IPC ?

Хороший сторадж с тэгами :)

А чем нехороши существующие нехорошие?

Может прям в своём gist'е начнешь писать, а то не понятно?

У нас внутри okmeter.io был как-то разговор по поводу есть ли смысл опенсорсить yet another distrib metric storage

Ну и мой аргумент был, что их и так до ж (много) и толку от этого никому не будет.

А тут ты такой - "хороших нет"

Pablo

25.05.2017
12:18:57

вот я и призадумался =)

Vladimir

25.05.2017
12:21:42

А чем нехороши существующие нехорошие?

Много чем.

Каждая своим

Может прям в своём gist'е начнешь писать, а то не понятно?

Я уже перенес его в гугл шит

Писать можно, но будет сильно opinionated

Evgeny

25.05.2017
12:32:42

ты ж про instructions per cycle IPC ?

Yep

Denys ??

25.05.2017
12:52:55

Ну и мой аргумент был, что их и так до ж (много) и толку от этого никому не будет.

Да, их и так много, а хороших нет.

Так что могли б заопенсорсить, хуже б не было. Вон убер свой m3 просто бросил на гитхаб и даже без доков

Google

Paul

25.05.2017
13:05:32

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

а что, виспер хороший? Он мне дисковую систему клал на раз :)

Denys ??

25.05.2017
13:10:07

а что, виспер хороший? Он мне дисковую систему клал на раз :)

Чтоб не клал - в ним ручки есть, для тюнинга.

Vladimir

25.05.2017
13:13:09

У нас внутри okmeter.io был как-то разговор по поводу есть ли смысл опенсорсить yet another distrib metric storage

Да опенсорсите, чо

Там проблемы простые у всех

Есть конструкторы Аля кх, там собери что осилишь

Admin

ERROR: S client not available

Vladimir

25.05.2017
13:13:35

Может получиться хз чо

Куча стораджей на Кассандре

Половина которых через задницу

Там обычно сжатие, кластеризация, ретеншены - выбери 1 из 3

И очень непонятны скорости работы. Так по виду около 150-200к инсертов на машину, а на чтение все довольно плохо

Есть инфлюкс и далматинер

На бумаге оба круты

Но на практике отстой

У далматинера теги на базе постгри

Конфигурация через задницу

И очень странные мысли про то что такое вообще теги

Евгений

25.05.2017
13:19:56

Ну и мой аргумент был, что их и так до ж (много) и толку от этого никому не будет.

очень странный аргумент

Vladimir

25.05.2017
13:20:21

М3 кстати очень круто по бумагам звучит

Я с автором поговорил

Google

Vladimir

25.05.2017
13:20:28

Одним из

В убере на 90 машин под М3 приходится 50млн инсертов в секунду

Но нет доков

Евгений

25.05.2017
13:21:10

Работающий продукт важнее исчерпывающей документации? )

Vladimir

25.05.2017
13:21:20

Работающий продукт важнее исчерпывающей документации? )

Она под нда

Andor

25.05.2017
13:21:21

Куча стораджей на Кассандре

в окметре тоже на кассандре было же

Vladimir

25.05.2017
13:21:24

Внутри есть

Евгений

25.05.2017
13:21:52

Внутри есть

но проверить то это нельзя ))

Vladimir

25.05.2017
13:22:30

но проверить то это нельзя ))

Ну как сказать :) мне показали название гуглодоков с ней

:(

Pablo

25.05.2017
13:30:29

не подскажете, есть ли какая-нибудь в netstat метрика (может я не заметил) которая бы выдавала мне average RTT для tcp соединений прошедших в приложение? приложение не умеет RTT замерять, умеет только отдавать контент. а надо понять, не возрастает ли RTT от высокой загрузки приложения.

по tcp rtt это вообще обычно плохо измерять, т.к. там рост может быть от чего угодно и он может быть не связан или слишком сложно неочевидно связан с реальным latency системы вида req-resp

это есть в ss -i и далее вывод можно куда-то положить, грепнуть, посчитать скриптом нужные параметры и в виде textfile его отдать node_exporter. спасибо за помощь, не сомневался, что здесь вопрос будет неинтересен.

Ну и кстати примерно это есть в одном saas мониторинге на букву О

Vladimir

25.05.2017
13:31:59

не подскажете, есть ли какая-нибудь в netstat метрика (может я не заметил) которая бы выдавала мне average RTT для tcp соединений прошедших в приложение? приложение не умеет RTT замерять, умеет только отдавать контент. а надо понять, не возрастает ли RTT от высокой загрузки приложения.

Если ртт не возрастает, значит нагрузка не высокая :D

Pablo

25.05.2017
13:32:17

точно!

Zhenia