Но это немного не про импорт, более удобная организация дашбордов

шикарная вещь

лютейшей плюсую, у нас на работе почти тысяча дашбордов... или не пара тысяч :/

приходится искать свои нужные руками каждый раз :(

а потом импорт фолдера с дашбордами :)

а, ну тогда да

У нас тоже есть пожелания про гит )

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

поэтому они их очень сильно хотят коммитить в гит на изменения

то есть логика - иметь staging server который сохраняет dashboard'ы в гит, которые потом уже фончиком едут в продакшн

А вы issue не открывали с такой темой?

менять только на staging'е

пока нет

Ща запилю

Ща запилю

?

но опять же, если бы все дашборды валялись в git :)

Там трудности с тем что экспорт дашбордов экспортит дефолтные параметры

Это приводит иногда к толстым и непонятным диффам

То есть кода ты пытаешься сделать синхронизацию в обе стороны, то что приедет тебе в репу после добавления одной метрики в бороду, может быть не одной строчкой а здоровым непонятным Джейсон диффом, потому что там приедет куча дефолтных параметров строчки

Если есть люди из Питера, можно сегодня на SpbLUG пообщаться.

Может конечно я не прав, и уже сделали как то лучше

https://github.com/grafana/grafana/issues/7978 в общем, изложил, проголосуйте, кто бы хотел подопиливать популярные "заводские" дашборды к графане на github :)

https://github.com/grafana/grafana/issues/7978 в общем, изложил, проголосуйте, кто бы хотел подопиливать популярные "заводские" дашборды к графане на github :)

я тоже: https://github.com/grafana/grafana/issues/7977 :)

хотя мы о разном

да, но твоя идея тоже крута

Просто коллеги пытались вкрутить https://www.terraform.io/docs/providers/grafana/ и не получается красиво

@Civiloid ?

Коллеги, подскажите, как можно или как лучше считать загрузку cpu нескольких серверов. Задача примерно такая - у нас есть 3 сервера, мы хотим видеть общую загрузку по cpu одной метрикой.

avg не ваш вариант?

AVG?

Коллеги, подскажите, как можно или как лучше считать загрузку cpu нескольких серверов. Задача примерно такая - у нас есть 3 сервера, мы хотим видеть общую загрузку по cpu одной метрикой.

Есть сложная метрика, берёте частоту(моду) вместо средней, получается что-то вроде распределения процента загрузки по оси X и моды(частоты или количества значений в модальном интервале) по оси Y. Наносите всё это от 3-х серверов. Соотвестенно чем выше график справа, тем больше интервалов измерений в нагрузке 90-100%, тем хуже чувствуют себя серверы.

такое сработает на некоторых интервалах времени выхе часа

через частоту не совсем правильно, хотя такой вариант вполне можно реализовать.

Коллеги, подскажите, как можно или как лучше считать загрузку cpu нескольких серверов. Задача примерно такая - у нас есть 3 сервера, мы хотим видеть общую загрузку по cpu одной метрикой.

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

Честно, мы сейчас прикинули и решили делать среднее значение, так как у нас метрика от каждого сервера может быть абсолютно разной. Некоторые сервера могут простаивать, а другие загружены на 100% и понятно, что одной метрикой адекватно не описать такую ситуацию. Но общую загруженность кластера можно средним показать.

вы можете брать n-1 самых загруженных серверов и уже из них брать среднее или какой-нить перцентиль

а какая польза от такой метрики?

общая утилизация кластера

полезно, но сложно

ну, я про просто среднее значение

Скажем так, вообще польза одной метрикой описывать загрузку кластера весьма сомнительна )))

Но просят на дашборде

ОДНУ ГЛАВНУЮ МЕТРИКУ

?

Это будет сверх некорректно

Если визуализация нужна, то тут Heatmap как раз должен подойти

ОДНУ ГЛАВНУЮ МЕТРИКУ

Лица Чернова

Кажется так

Здрасте! Тут есть люди, которые занимаются мониторингом приложений?

Тут скорее нет других

да, мы все тут специалисты по заббиксу

Здрасте! Тут есть люди, которые занимаются мониторингом приложений?

Я вынужденно занимаюсь

Тут скорее нет других

Я про метрики из приложений

Ну и я

Не с серверов, а клиентов

Ну значит можно свои ответы задавать?

нет, ты слишком мало раз переспросил, давай ещё раз.

Не с серверов, а клиентов

Нее. Таких нет. Уходи.

Ну для начала пару вопросов. Куда лучше складывать события, не интервальные, а случайные. Например такие: девайс x запустил воспроизведения файла 123.mp4

эластиксёртч

у нас же викторина да ? )

Кликхаус

Вот проткликхаус я думал как раз

в кликхаусе схема статичная

а твои события могут меняться со временем. нет ?

Потом очевидно нужны отчеты - файл 123 был просотрен N раз

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

ERROR: S client not available

минус в том что нужно делать Alter'ы

Я побелил

минус в том что нужно делать Alter'ы

так это как бы одно из другого. нет ?

Или все невошедшее в схему складывать в какое-нибудь поле "не распарсенное" в виде json'а )

а твои события могут меняться со временем. нет ?

Могут, но можно делать версии схемы и передавать в потоколе

так это как бы одно из другого. нет ?

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

ну окай.

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

Для событий эластиксеарч или кликхаус. Другие ответы еще есть?

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

Владимир ?

Там колоночная DB, если селект по одному признаку то шибко быстрее будет чем все строчки считать.

кликхаус имба :)

Там колоночная DB, если селект по одному признаку то шибко быстрее будет чем все строчки считать.

с такой логика вам бы любая колоночная бд подошла, но почему же кх быстрее того же hbase ? )

тока не говорите что java тормозит )

Потому что они сжимают данные

и потому что С++ %)

гыгы

Я хотел нетфлоу поток скормить и посмотреть

я решал твою задачу и решил :)

я решал твою задачу и решил :)

Мою?

ага

укладки нетфлоу в CH

Вау и как?

работает отлично, мы для этого замутили спец демона, который читает трафик и батчами кладет в CH, чтобы сжатие было огого и нагрузка на сам CH меньше

жмет в 5-6 раз если сравнивать с сырым размером флоу записанных тупо на диск "как есть"

жмет в 5-6 раз если сравнивать с сырым размером флоу записанных тупо на диск "как есть"

Это по сравнеию с бинарной или текстовой статистикой?

ну и скалится до терабит... сейчас работает на опорке одного-большого-мобильного-оператора.

с бинарной, разумеется.

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

У меня, кстати, текстовый csv формат в bzip -9 ужимался лучше бинарного

возможно, конечно.