Чтоб понимать соотношения

Но я думаю что между 1:100 и 1:1000

Это я к тому, что это называется "пишем много - читаем мало".

Немного найдется других систем (не TSDB) с подобной нагрузкой

Это я к тому, что это называется "пишем много - читаем мало".

Тут дело в том что ждать долго - тоже нельзя

Люди свои графики будут ждать конечно, но если весь запрос займет 10-15 секунд, начнут жаловаться что тормозит система

https://github.com/prometheus/blackbox_exporter/compare/v0.2.0...v0.3.0

зарелизили blackbox_exporter-0.3

Вот, в тему про кассандру, в новом tech radar ( https://www.thoughtworks.com/radar/tools и https://www.thoughtworks.com/radar/platforms ) "We recommend using Cassandra carefully. Teams often misunderstand the use case for Cassandra, attempting to use it as a general-purpose data store when in fact it is optimized for fast reads on large data sets based on predefined keys or indexes. Its dependence on the storage schema can also make it difficult to evolve over time. Cassandra also has significant operational complexity and some rough edges, so unless you absolutely need the scaling it provides, a simpler solution is usually better. "

Ну как бы да, всегда нужно понимать что делаешь, и какой инструмент используешь. :) А кассандра не столько быстро читает, сколько быстро пишет. Операция записи там оч дешёвая, в отличии от чтения.

@deniszh вот тебе про соотношение получено-прочитано - интересно точки vs метрики, метрики vs метрики, точки vs точки?

или еще какая статистика?

Да непринципиально. Мой поинт был что по всем характеристикам записи в десятки а то и сотни раз больше чем чтения. Это свой класс задач, и _в общем случае_ кассандра туда ложится хорошо. Другое дело что в вашем случае вы соревнуетесь с виспером по скорости, а по скорости виспер не плох как раз. А кассадра бейсед решения - это не про скорость, а про масштабируемость больше.

А так, статистики ради - не принципиально.

https://www.javacodegeeks.com/2016/06/cassandra-heart-globos-live-streaming-platform.html Пример хорошего юзкейса для Cassandra.

Да непринципиально. Мой поинт был что по всем характеристикам записи в десятки а то и сотни раз больше чем чтения. Это свой класс задач, и _в общем случае_ кассандра туда ложится хорошо. Другое дело что в вашем случае вы соревнуетесь с виспером по скорости, а по скорости виспер не плох как раз. А кассадра бейсед решения - это не про скорость, а про масштабируемость больше.

нам нужно все к сожалению :(

я тут еще посчитал статистику

получил вот такое вот

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

надо версию со статистикой раскатать

это количество точек или количество уникальных метрик в fetched from disk?

точек

я про метрики сейчас добавлю статистику

ого. Ну и запросики и вас

Странно. Мож это зиппер так себя ведет?

Странно. Мож это зиппер так себя ведет?

нет, это просто дашборд открыт такой

общее по всему графиту будет другим конечно

кстати про дашборды

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

ну там в прометей или в инфлюкс

да

о, расскажи?

http://docs.grafana.org/reference/sharing/#share-dashboard не ?

ммм

а зачем на райнтанк?

всмысле дашборд без авторизации-то я и так могу

но через него бэкенд доступен

а мне хотелось бы этого избежать

ну и паблишинг же время от времени делается

не совсем понимаю

там же просто снэпшот

он интерактивный, выглядит как графана.

но это просто картиночка

если ты там следаешь zoom out то ты не получишь данных

короче, у меня есть клиент для него уже сделан мониторинг на прометее/графане клиент хочет статуспейдж типа http://status.client.domain чтобы его кастомеры радовались тому, какое все зеленое ну типа как status.github.com

и я в принципе даже дашборд родил

ну паблиши раз в минуту )

по крону )

ну... это же выглядит немного говном, не? ;)

ну смотри

если ты хочешь чтобы данные обновлялись тебе нужен источник данных

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

ридонли-режим позволяет нажать на едит и посмотреть на запросы в источник

меня это несколько нервирует ;)

нет, это read editor

или как то так

а есть просто read

хммм

видимо я что-то пропустил

спасибо, я потыкаю еще

Viewer там есть

нихрена короче

я пробовал

какой бы вьюонли там не был

запросы один фиг можно поддедлать

ERROR: S client not available

через f12 сморим на них и фигачим нужные нам

воооот

я об этом и говорю

епти, так так с чем угодно можно )

Комрады, а что для нетфлоу сейчас использовать модно?

слышал, что коллеги сливали все в clickhouse и были очень довольны

особенно, если это netflow v9/JFlow

то кастомное очень было

там как раз более полусотни параметров может быть

не коробка

доделаем морду в BI, можно будет ливануть к нам :)

ну тоже правда

про интерфейсы мы знаем

про остальное тоже

интересно, мерси

там и знать не надо

коллектор

который тупо кидает TSV

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

ну обогатить надо, да

если что релизнули бетку http://grafana.org/download/4_0_0/ с алертингом по Graphite, Prometheus, InfluxDB and OpenTSDB

и пост в бложеке писнули http://grafana.org/blog/2016/11/09/grafana-4.0-beta-release/

если что релизнули бетку http://grafana.org/download/4_0_0/ с алертингом по Graphite, Prometheus, InfluxDB and OpenTSDB

Ох, слава богам. Спасибо за ифу

*инфу

Alerta.io пробовали?

Да

Не проси от нее многое

У меня запросы небольшие. Сегодня посмотрел до чего дошел dude. http://mum.mikrotik.com/presentations/EU16/presentation_2893_1457350837.pdf В CHR можно развернуть в виртуалке и попробовать с мегабитным ограничением по полосе.

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

NOC тоже можно в виртуалке :)

Боюсь на noc нужно гораздо больше времени. )

смотря для чего