
Алексей
10.02.2017
12:50:20
на таких объемах я не готов разговаривать сразу.
ибо таких баз не видел

Nikolay
10.02.2017
12:50:29
ну там все не так

Zhenia
10.02.2017
12:50:35
я кстати, слабо бредставляю заббикс который нормально переварит 1.3кк метрик в секунду

Google

Zhenia
10.02.2017
12:50:56
у Владимира вроде что-то близкое было

Nikolay
10.02.2017
12:51:14
мониторинг (не важно какой) - получает 1.3М в секунду,
но пишет он в кеш
а в БД он пишет пакетно, получается нагрузка уже не такая

Алексей
10.02.2017
12:51:27
понятно что кеш.
я готов согласится с фактом быстрой записи в него.

Nikolay
10.02.2017
12:51:45

Алексей
10.02.2017
12:51:50
и в пакетизацию записи в бд

Nikolay
10.02.2017
12:52:04
да

Алексей
10.02.2017
12:52:14
но не готов с этим смирится без картиночек с мониторинга подтверждающим это

Dmitry
10.02.2017
12:52:36
погодите, погодите
что такое аггрегирует, не пишет вообще

Алексей
10.02.2017
12:53:16
аггрегирует это значит еще и вычитслят на лету.

lastsky
10.02.2017
12:53:21
"5 тыс метрик раз в минуту" - это 5000 метрик / 60 секунд = 83 метрики в секунду с одного ip. это average, max наверное будет 4k (когда бекенд был недоступен а потом резко проснулся)
83 метрики * 16k объектов - это 1,3M метрик в секунду на всю сеть, когда всё равномерно и хорошо. ну и поделить это на 10 серверов, в общем-то не так уж и страшно получается.

Nikolay
10.02.2017
12:53:33

Google

Алексей
10.02.2017
12:53:41
а как мы знаем заббикс при этом потоке должен расчитыать триггеры

lastsky
10.02.2017
12:53:42
а ну вот так и получается 1,3M можно было не пересчитывать

Nikolay
10.02.2017
12:53:52

Алексей
10.02.2017
12:54:01
а раз расчитывает триггеры и я уверен часть из них еще имеет историчность это просто ад и треш.

Nikolay
10.02.2017
12:54:09
есть еще другие - но их нагрузку не учитываем

Alex
10.02.2017
12:54:13

Nikolay
10.02.2017
12:54:18
ну и многие метрики идут не в заббикс- я ж писал

Алексей
10.02.2017
12:54:31
я трактую это так
в заббикс идет 10к метрик отсальные идет не в заббикс

Nikolay
10.02.2017
12:54:50

Алексей
10.02.2017
12:55:01
ибо "многие" очень растяжимое понятие

Dmitry
10.02.2017
12:55:20
система мониторинга в режиме выживания - это как-то неправильно

Alex
10.02.2017
12:55:24
Погодите

Dmitry
10.02.2017
12:55:41
я такое называют "система захоронения данных"

Nikolay
10.02.2017
12:55:48

Alex
10.02.2017
12:55:52
Ну - 100К метрик я в секунду в пром вливал вообще не чихнув
Или в 10 секунд

Nikolay
10.02.2017
12:56:05
не проблема съесть метрики

Алексей
10.02.2017
12:56:09
с промоми вопросов нет

Google

lastsky
10.02.2017
12:56:11

Dmitry
10.02.2017
12:56:15
был у нас заббикс в одном проекте

Nikolay
10.02.2017
12:56:16
все решается

Алексей
10.02.2017
12:56:18
там не реляционных накладных расходов

Nikolay
10.02.2017
12:56:22
проблема - управлять системой

Dmitry
10.02.2017
12:56:33
скатился в режим -- все, что записано, достать уже нельзя

Алексей
10.02.2017
12:56:57
меня просто до оцепенения доводит 910к записей в секунду в реляционную дб

Nikolay
10.02.2017
12:57:06
проблема - управлять системой
и вот тут как раз нужны эти люди, которые пожирают миллионы в год, чтобы это все превратить в систему, которая решает задачи бизнеса

Dmitry
10.02.2017
12:57:06
леш, записать можно
достать уже нельзя

Dmitry
10.02.2017
12:57:14
и дашики

Dmitry
10.02.2017
12:57:19
для прометеуса

Dmitry
10.02.2017
12:57:51
Николай, вы не тот инструмент берете

Alex
10.02.2017
12:57:56
Но постойте

Алексей
10.02.2017
12:58:04
к тому же погодите это же под капотом будет вариант мусеньки ?

Alex
10.02.2017
12:58:11
Сраббикс это не инструмент для сбора и анализа бизнес-метрик вообще
Потому что - но как?

Nikolay
10.02.2017
12:58:35

Alex
10.02.2017
12:58:35
Это реально надо двух инженеров сажать по этому говну фуллтайм выпиливать

Google

Alex
10.02.2017
12:58:45

Dmitry
10.02.2017
12:58:46
и весь кейс - придумать ветрянные мельницы и взять специалистов по борьбе с ними

Nikolay
10.02.2017
12:58:46
APP-мониторинг - это не для него да

Алексей
10.02.2017
12:59:05
пром же

Alex
10.02.2017
12:59:09
Риман
Грэфайт, виспер
Графана
Мойра даже

Nikolay
10.02.2017
12:59:25

Admin
ERROR: S client not available

lastsky
10.02.2017
12:59:48
опять про деньги...

Алексей
10.02.2017
12:59:54

Александр
10.02.2017
12:59:54
?

Alex
10.02.2017
12:59:59
По деньгам дороже всего выходит не система мониторинга
А бизнес-требования к ней
Которые ортогональны системе, так-то

Алексей
10.02.2017
13:00:18
и зачем то считаете что будет реальная разница в деньгах в любой опенсорс системе

Nikolay
10.02.2017
13:00:20
опять про деньги...
если рассуждать не выходя за рамки отдела (группы) мониторинга - пром афигеген. Но как тока встает вопрос в его внедрении - сразу возникает вопрос денег. почему про это не надо говорить?

Google

Alex
10.02.2017
13:00:27
И пром, кстати, херово длительный мониторинг делает
Тут реально виспер нужен
С го-карбоном

Алексей
10.02.2017
13:00:48

Alex
10.02.2017
13:00:57

Dmitry
10.02.2017
13:01:09
вы про стоимость хранилища не забывайте

Nikolay
10.02.2017
13:01:26

Dmitry
10.02.2017
13:01:29
заббикс на порядок проигрывает прометею
а если еще и в mysql/postgres писать -- вам еще IOPS'ы боком встанут

Nikolay
10.02.2017
13:02:18

Dmitry
10.02.2017
13:02:33
Ж)
и на сколько вы fusion поставите?

Nikolay
10.02.2017
13:03:16
буквально на прошлой неделе меряли - в самой простой конфигурации получали неплохие результаты
https://1drv.ms/x/s!Am8wk0oFY1S9qn0BJUCsI65N21Hm
мы его для другого проектика щас юзаем - поменьше конечно. рассчитываем на БД размером в 1Тб

Dmitry
10.02.2017
13:04:16
вам метрики на один день нужны только?
:)

Nikolay
10.02.2017
13:04:33
нет - на год
30 дней итсории
год тренда
будет мало - поставим в LVM еще фьюжик

Dmitry
10.02.2017
13:04:56
1M м метрик в секунду на год в 1Тб? :)

Nikolay
10.02.2017
13:05:06
другой массштаб