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

Точнее если совсем подробно то так - изначально был один человек, потом стало двое. Потом тем кто занимался им изначально надоело и один ушел, другой вот набрал себе проектов кроме и графиту уделяет дай бог если 5% времени своего. Вместо них вот два новых (включая меня) занимаются сейчас всем, включая развитие, поддержку и пр.

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

два с четвертью

Крутая плотность!

Крутая плотность!

у нас основная проблема в том, что мы храним данные 5 лет (понижая точность) и сейчас под это выходит дофига места, а значит дофига машин. С учетом отказоустойчивости округленно 200 (196 что ли на практике)

по потоку данных можно было б меньше

@Civiloid Володя, скажи пожалуйста если не секрет, сколько людей саппортят инсталяцию графита ?

не сравнимо.

но блин (

и к сожалению подход немного у нас в сторону Графит как Сервис

то есть мы даем людям endpoint'ы и следим чтобы их данные не терялись

два с четвертью

Если не секрет: Метрики все похожие друг на друга? Типа RUM мониторинг и тп Триггеры/алерты на какой процент метрик существуют?

а зачем его используют люди - уже не наша проблема

Если не секрет: Метрики все похожие друг на друга? Типа RUM мониторинг и тп Триггеры/алерты на какой процент метрик существуют?

не все, метрики разные - есть как различное железо (включая например отслеживание пары ключевых показателей SMART'а для дисков в железе по серийникам этих дисков и потребления питания серверами и стойками в ДЦ), так и бизнес-метрики типа количество заказов в секунду по регионам

алерты не знаю на какой, сложно сказать

потому что в алертах часто запросы со звездочками

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

а я не очень хочу это делать

поддержка заббикс на 3 года для такой инфраструктуры стоит 120 тыс долларов

but how

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

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

but how

Просто $40К в год на Unlimited support

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

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

мы можем помочь советом

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

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

но не более

подход простой - вы шлете нам данные вашей системы, вам виднее что вам важно мониторить

Просто $40К в год на Unlimited support

Владышеву?

Платили бы лучше мне

Я тоже не дурак

Все в ваших руках ) Info@magnit.ru

Платили бы лучше мне

но они реально помогаеют

когда заббикс стал умирать под нагрузкой (2.4) - они выпусили для нас спец-версию. с ядром от тройки (которая тогда еще не вышла), адаптированную под нас. и все взлетело

Я тоже пока склоняюсь с CH

Я тоже пока склоняюсь с CH

для меня у CH пока одна проблема - непонятно как удалять данные

но они реально помогаеют

Я тоже реально помогаю

Вот сейчас сижу у кастомера флеймграфы рисую

В остальном он прям очень нравится

там по месяцам, вроде, чистка

а так, да

2.5M записей/сек на вставку, это мощно

там по месяцам, вроде, чистка

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

то есть предлагается пихать все метрики в 1 базу

и удалять партициями

ну да

сразу все метрики что попали в партицию

а если надо вычистить только те где name= - будут сложности

это да

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

подход простой - вы шлете нам данные вашей системы, вам виднее что вам важно мониторить

у нас другой подход. мы выступаем как сервис мониторинга: мы получаем требования вида "я девочка, я хочу поатьице", анализируем, разрабатываем метрики, триггеры, реализвуем это. реализуем дальнейшую реакцию на события (от позвонить, до выполнить инструкцию №4322)

впрочем может у @rlomonosov есть уже какие-то наработки по этому

ну как вариант -- выдрать, перефильтровать, положить заново

у нас другой подход. мы выступаем как сервис мониторинга: мы получаем требования вида "я девочка, я хочу поатьице", анализируем, разрабатываем метрики, триггеры, реализвуем это. реализуем дальнейшую реакцию на события (от позвонить, до выполнить инструкцию №4322)

и сколько у вас клиентов?

ну как вариант -- выдрать, перефильтровать, положить заново

скорее выбрать всю метрику, заменить там value на null

и положить

обратно

и потом запустить optimize чтобы оно схлопнулось

с другой стороны -- у influx retention policy тоже на таблицу

@rlomonosov кстати, а вы не пробовали менять партицию?

впрочем может у @rlomonosov есть уже какие-то наработки по этому

Мы сделали себе удаление из листинга и успокоились на этом. Данные по старым сериям продолжают лежать, но нас это не беспокоит - они нигде не отсвечивают, а места жрут копейки

у метрики

те же яйца

Мы сделали себе удаление из листинга и успокоились на этом. Данные по старым сериям продолжают лежать, но нас это не беспокоит - они нигде не отсвечивают, а места жрут копейки

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

удалив старый шлак

ERROR: S client not available

редко, но есть такое

плотность храниения у CH и у influx примерно одинаковая вышла

и сколько у вас клиентов?

Мы подразделение компании. Клиентов не много - все бизнес-подразделения компании приходят к нам. ну может быть 100-200 сервисов/продуктов надо обслуживать

и опять же - место жалко

меня сейчас там больше ZK парит

меня сейчас там больше ZK парит

почему?

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

У нас такого нету. Так что это нас тоже не беспокоит

лишняя сущность в проекте

@rlomonosov еще мы все же хотим тэги с историей )

и мы не умеем с ней работать

эффективные

порог вхождения в целом повысится для opensource версии

@dvolodin ZK не нужен для односерверного решения

но нужен если нужна репликация или распределенное хранилище

для меня у CH пока одна проблема - непонятно как удалять данные

партицирвоание, или что то типа compaction там же есть наверняка ?

мне нужна репликация и распределенное хранилище

всё. я прочитал )

тесты я без zk делал

партицирвоание, или что то типа compaction там же есть наверняка ?

есть, да. И то и то )

@rlomonosov еще мы все же хотим тэги с историей )

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

есть, да. И то и то )

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

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

со временем, да

тоесть когда мы можешь сказать "читай вот эту часть с вот этой реплики", нам пришлось городить это в своём простеньком прокси

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

благо там был hash ring и сделать этот роутинг было не так сложно

тоесть когда мы можешь сказать "читай вот эту часть с вот этой реплики", нам пришлось городить это в своём простеньком прокси

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

@samosvat 1,3М записей в секунду в mysql???

Ааааааааааа

Нет. Это количество метрик

На входе в систему

В среднем