@metrics_ru

Страница 232 из 681
Алексей
09.08.2017
14:11:15
заливаю сейчас в нее порядка 800к записей в секунду. на одном процессоре.

Dmitry
09.08.2017
14:11:15
да не

Алексей
09.08.2017
14:11:28
на виртуалке средней руки.

Dmitry
09.08.2017
14:11:35
просто неплохо справляется с сильно побочной для нее задачей

Google
Алексей
09.08.2017
14:11:36
la 0.32

0.32 карл!

Dmitry
09.08.2017
14:11:58
и iops'ы мне нравятся

подрывает продажи EMC ?

Алексей
09.08.2017
14:12:11
212 мегов RES

667 мегов VIRT

Dmitry
09.08.2017
14:12:39
мало того, что использующий ее продукт напрямую умывает другой продукт EMC ?

Vyacheslav
09.08.2017
14:12:57
инфлюкс забилс в угол и рыдает от таких показателей ))

Dmitry
09.08.2017
14:13:16
это мы его ногами не били еще

инфлюкс регулярно уходит на пару минут покурить

и вообще не отвечает

у нас процессы discovery откидывают метрики на nsq

Алексей
09.08.2017
14:13:57


Google
Dmitry
09.08.2017
14:14:13
а с другой стороны сидят злые писатели, которые утрамбовывают их в базу пачками

Алексей
09.08.2017
14:14:25


это 4 разных сервера

IOPS карл!!

Dmitry
09.08.2017
14:15:05
не kilo ?

все это барахло можно писать на 2 SATA шпинделя

и не париться

Алексей
09.08.2017
14:15:35
читать потом с них наверное будет не очень

Dmitry
09.08.2017
14:16:29
читают обычно свежее

да и чтение там линейное, нормально пойдет

кстати к вопросу о TSDB

не забывайте про такой use case

покажи мне 100 самых загруженных интерфейсов на сети

Алексей
09.08.2017
14:17:27
тут influx сразу доствиданья.

Vyacheslav
09.08.2017
14:17:50
Кстати по поводу инфлюкса, хотите уложить машину на которой он стоит на минут 20 в кому? Запускаем в него простой запрос: show tag keys from all (ВНИМАНИЕ! НЕ ЗАПУСКАТЬ НА ПРОДе!) - в ответ он ругается на неправильный запрос и ... кладет машину в кому на минут 20 (перестает работать все, даже ssh)

Dmitry
09.08.2017
14:18:03
фи

а запуск процесса по 8 часов?

когда он просто взлетает

жрет проц и ничего не делает

Алексей
09.08.2017
14:18:37
не жрет

Google
Алексей
09.08.2017
14:18:41
если бы жрал....

он жрет одно ядро.

Dmitry
09.08.2017
14:19:04
ну я же сказал проц, а не процы ?

сосет один проц как чупачупсу

Алексей
09.08.2017
14:19:19
изредка жрет все. но за 8 часов он la больше 0,9 не поднимал

Dmitry
09.08.2017
14:19:20
и мечтает, как школьница

Evgeny
09.08.2017
14:22:04
а вопрос непопулярности прост - ее никто не пробует потому что никто не пробует :). Рецепт популяризации: 1) взять популярного агента сбора - завернуть его на эту БД 2) прилепить это к графане в качестве визуализатора 3) собрать лабу которую можно развернуть за 5 мин хвастаца, катаца на графанаконфы и прочее
У меня поддерживается протокол OpenTSDB (тот который простой по tcp) и все что его использует сможет писать данные в Akumuli. Grafana пока в планах только (вот думаю не проще ли язык запросов OpenTSDB реализовать, чем пилить свой data source для графаны, учитывая что я в js ни в зуб ногой)

Sergey
09.08.2017
14:28:53
ну и есть разница: практически пет проект, и что то что показывает кто то большой и говорит что оно у него в проде и вот нате вам бесплатно и точно будут исправления ошибок (бесплатные)... так что для популяризации надо устроится в ФБ и посадить их на эту БД - тогда точно взлетит :)

Evgeny
09.08.2017
14:42:45
Боюсь что там где я работаю (BloombergLP) есть свое и причем сильно круче :)

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

Алексей
09.08.2017
15:05:59


инфлюкс. ха

Dmitry
09.08.2017
15:08:04
это еще нетюненая реализация

Алексей
09.08.2017
15:12:34
о!

проблемы



Andrey
09.08.2017
16:29:34
А вы всё ещё меряеете LA? :) http://www.brendangregg.com/blog/2017-08-08/linux-load-averages.html

Google
Sergey
10.08.2017
06:07:12
А вы всё ещё меряеете LA? :) http://www.brendangregg.com/blog/2017-08-08/linux-load-averages.html
не, не меряем, просто смотрим на изменения :)

Но вообще - огромное спасибо за совет, я об этом так не думал, мне даже в голову за все это время не пришло взять и сделать то, что можно быстро, в несколько кликов, запустить и показать.
4 года работы в интеграторе научили не только плохому :) Ну и местные чатики если почитать то хороший срез ИТ получается, на пару тысяч человек единицы ковыряют что то самостоятельно, десятки пытаются идти им вслед, а остальные просто смотрят на эту движуху

Alexander
10.08.2017
07:12:35


Admin
ERROR: S client not available

Roman
10.08.2017
07:13:31
?

Matvey
10.08.2017
07:19:04
ого, круто

Roman
10.08.2017
07:19:22
очень интересно посмотреть реализацию! Это уже можно найти в гите?

Alexander
10.08.2017
07:20:13
Да, но ветка пока развивается. ace-editor

Roman
10.08.2017
07:20:27
спасибо!

Alexander
10.08.2017
07:21:20


Roman
10.08.2017
07:24:24
круто! я морочился с <div> и <textarea> чтобы такое сделать. Теперь смогу переделать на ace

Alexander
10.08.2017
07:25:36
Да, я сделал директиву для повторного использования, теперь встроить такую штуку просто.

Roman
10.08.2017
07:26:45
а в SQL эдиторе будет форматирование?

Alexander
10.08.2017
07:27:07
В смысле, форматирование?

Roman
10.08.2017
07:29:27
превращение "SELECT Col FROM TABLE WHERE 1" в SELECT Col FROM TABLE WHERE 1

Alexander
10.08.2017
07:31:11
А, понял. Пока точно не знаю, я хотел бы такое сделать, но надо проверить, есть ли в Ace поддержка автоформатирования.

я там видел модуль beautify, возможно, это оно и есть.

Sergey
10.08.2017
08:55:26
всем доброго дня. кто может подсказать, как в Grafana templating с использованием regex _пропустить_ ненужную метрику? пытаюсь вставить: frontend_(?!stats_\d+)(.+) - не берёт. а в ответ на frontend_(.+) вот такие метрики - All, a_server, c_tcp, c_server, c_server_pp_tcp, c_server_tcp, stats_1, stats_2, stats_3, stats_4, stats_5, stats_6, stats_7, stats_8

я хочу пропустить благополучно всё, что относится к stats_(.+), это возможно вообще?

Oleg ?
10.08.2017
09:00:35
Ребят, привет, а кто-нибудь мониторит зимбру прометеем ? есть экспортер ?

Google
Bogdan (SirEdvin)
10.08.2017
09:21:37
Хм

А может кто подсказать, что вот тут не так с роутами: # The root route on which each incoming alert enters. route: receiver: 'Admins support' group_wait: 30s group_interval: 5m repeat_interval: 1m routes: - receiver: 'Cool Team' match: team: 'cool' receivers: - name: 'Admins support' email_configs: - to: 'cute_email@cute.come' - name: 'Cool Team' email_configs: - to: 'cute_email@cute.come' - to: 'cute_2_email@cute.come' slack_configs: - api_url: 'slack_api_url' channel: 'slack_channel'

Потому что даже алерт с пометкой cool все равно идет через главный роут

А понятно. Я всегда буду читать логи, прежде чем спрашивать в чате)

Dmitry
10.08.2017
09:32:54
можно проверить роутинг в интерфейсе алертменеджера внизу на странице /#/status

Slach
10.08.2017
14:20:18
Народ привет а кто нибудь юзал вот эту связку ? https://github.com/prometheus/prometheus/tree/master/documentation/examples/remote_storage/remote_storage_adapter ? как считаете. имеет смысл написать какой то clickhouse adapter для того чтобы иметь для prometheus метрик long term storage ?

Алексей
10.08.2017
14:20:35
да имеет

Alexander
10.08.2017
14:29:31
А на что для аналитики с дашбордами посмотреть можно?

ptchol
10.08.2017
14:43:11
superset / redash

Slach
10.08.2017
14:51:07
время которое будет храниться метрики настраивается.
попробуйте хранить в prometheus метрики больше чем 30 дней для сколько нибудь большого кол-ва серверов и метрик...

Marat
10.08.2017
14:51:36
да, прилично будет файлов.

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