забекс херь

да он до 10к в сек вполне даже без тюнинга живет

посмотрел,потыкал,в тригерах закопался,выкинул

я не предлагал если чё

с тюнингом вот тут товарищь из магнита приходил оказывается даже до 200к, но на вопрос а сколько стоит железка и софт под эту нагрузку не ответил (может не заметил вопроса)

а потом сел в свой бмв х6 и уехал

с тюнингом вот тут товарищь из магнита приходил оказывается даже до 200к, но на вопрос а сколько стоит железка и софт под эту нагрузку не ответил (может не заметил вопроса)

спрыгнул наверн

а потом сел в свой бмв х6 и уехал

эм.. может уже в land rover ?

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

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

больше неоптимизирован чем для других?))

угу

ну вот у товарища оно под ораклом 200к выдавало - по моим неподтвержденным источникам (одна бабушка сказала) это спокойно в топ 5 инсталляций по миру входит )

ну вот у товарища оно под ораклом 200к выдавало - по моим неподтвержденным источникам (одна бабушка сказала) это спокойно в топ 5 инсталляций по миру входит )

?

ну вот у товарища оно под ораклом 200к выдавало - по моим неподтвержденным источникам (одна бабушка сказала) это спокойно в топ 5 инсталляций по миру входит )

а оракл на экзадате да?

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

ну да, сервер никак не масштабировать

ну вот в начале лета Алексей Владышев делал доклад в котором показывал что на "среднем" сервере 50к если база отдельно и есть триггеры и до 1М если (как я понял) в коде сделан "прокид" метрик прямо в бекенд - такие цифры вполне себе ничего если бы точка не стоила 80 байт в реляционке и 40 байт в эластике

в позапрошлую субботу было это шоу

нее это уже новое шоу в котором сказали что +20% производительности относительно 3.4

а вот 50к это с 3.2 или с 3.4 я упамятовал

да он до 10к в сек вполне даже без тюнинга живет

А вот нифига, у меня уже при 2к/cек начал падать. А сейчас тоже странности происходят с очередью. Так что пусть те кто говорит что заббикс может тянуть дофига и без проксей пусть покажут на живом примере.

З без проксей не живёт. Сейчас собрали инсталляцию telegraf+clickhouse+grafana для железа, 500к метрик в минуту спокойно жуёт

Но есть проблемы с аггрегацией

Но есть проблемы с аггрегацией

на каком железе это живет и жует? в grafana какие периоды показывает?

500к в минуту это фигня же

10к в секунду

2 виртуалки с 4цпу и 12гб памяти. Периоды от поминутно до сколько надо

500к в минуту это фигня же

Это пока не все что нужно, будет больше 1 мил

В минуту

Не впечатляет

Так и мы не провайдер))

Лучше скажи какое решение будет лучше, а то существующее не полностью удовлетворяет

Товарищи, а что будет, если в alerting rules написать expr, но при этом метрик в проме таких не будет. Он будет алертить о каком-нибудь empty data или тупо игнорить, или что?

алерт зажигается когда запрос что-то возвращает

если хочешь зажигать по несуществованию, то можешь использовать функцию absent

Аа вот, мне важно понимать, что он по дефолту не начнет орать, мол нет таких метрик

Спасибо

influxdata/telegraf was tagged: 1.7.1 Link: https://github.com/influxdata/telegraf/releases/tag/1.7.1 Release notes: Telegraf 1.7.1

influxdata/telegraf was tagged: 1.7.1 Link: https://github.com/influxdata/telegraf/releases/tag/1.7.1 Release notes: Arch Platform Package SHA256 amd64 Debian [`telegraf_1.7.1-1_amd64.deb`](https://dl.influxdata.com/telegraf/releases/telegraf_1.7.1-1_amd64.deb) `9dffc2fb1b693cc899d2fc4d54ccf3ece9afc02ee3143f33224a77aeafd5afd0` amd... More

ой... сто лет не смотрел, а в инфлюксе, нонче серии можно удалять уже что ли, прогресс прям что ли тогда :)

А вот нифига, у меня уже при 2к/cек начал падать. А сейчас тоже странности происходят с очередью. Так что пусть те кто говорит что заббикс может тянуть дофига и без проксей пусть покажут на живом примере.

Было 2500 nvps, виртуалка, партиционирование, 4vCPU 3GHz, 16Gb RAM. Подбирал дисковый шедуллер, оптимизировал MySQL, сетевой стек. Работал в основном с SNMP. Что я делаю не так?

Без партиционирования на большом количестве данных заббих не жилец

Воистину

Было 2500 nvps, виртуалка, партиционирование, 4vCPU 3GHz, 16Gb RAM. Подбирал дисковый шедуллер, оптимизировал MySQL, сетевой стек. Работал в основном с SNMP. Что я делаю не так?

Ну с тюнингом понятно что будет. И как тут уже говорилось заббикс для железок раз snmp. Но выше @korservick писал что без тюнинга он 10к/сек держит. Вот это как раз я не верю.

Ну с тюнингом понятно что будет. И как тут уже говорилось заббикс для железок раз snmp. Но выше @korservick писал что без тюнинга он 10к/сек держит. Вот это как раз я не верю.

Да он и больше может с тюнингом) это вопрос рук и знаний по устройству сего стека

Учитывая какая у него документация знания приобретаешь через боль и страдания. А потом приходит время удалить его. ?

Учитывая какая у него документация знания приобретаешь через боль и страдания. А потом приходит время удалить его. ?

Ну, это таки ви в ядро линукса не заглядывали)))

Ну если у вас есть пауер и ентерпрайз флеш массив и под скуль тоже пауер... то держит )) наверное

Ну, это таки ви в ядро линукса не заглядывали)))

А зачем мне туда заглядывать? Я им пользуюсь. Я туда заглядывал когда ОС на дискету пытался упихнуть много времени назад.

Ну если у вас есть пауер и ентерпрайз флеш массив и под скуль тоже пауер... то держит )) наверное

Не обязательно флеш. Можно посчитать размер метрик за день в Гб и держать партицию в памяти, а патриции прошлого дня выгружать на диск средствами InnoDB

Один день весит тер

Ну если у вас есть пауер и ентерпрайз флеш массив и под скуль тоже пауер... то держит )) наверное

Вот именно что нет таких мощностей. Обычный диск и виртуалка. Хорошо хоть бд и приложение раздельно.

А зачем мне туда заглядывать? Я им пользуюсь. Я туда заглядывал когда ОС на дискету пытался упихнуть много времени назад.

Документация там ад и Израиль по сравнению с заббихом) Но в целом как и во всем опенсорсе)

Не обязательно флеш. Можно посчитать размер метрик за день в Гб и держать партицию в памяти, а патриции прошлого дня выгружать на диск средствами InnoDB

Ну вот пошли костыли и грязные приёмы.

Держать датагрид под З... гениально

Один день весит тер

Сочувствую. Можно бить партиции на часы и подстраиваться под объём в час

Ну вот пошли костыли и грязные приёмы.

Вымысле? Это штатная фишка мускуля, а не мой криворукий патч)

А я вот не помню есть ли готовые отработанное почасовое партиционирование, учитывая что он реляционность использует частично

Вымысле? Это штатная фишка мускуля, а не мой криворукий патч)

У меня postgres.)

У меня postgres.)

Ну, там тоже есть. Но таки какие-же это костыли-то?

Пг медленнее, двойная запись при апдейтах

Но я ненастоящий сварщик, я ему замену делал а не тонким тюнингом занимался

А я вот не помню есть ли готовые отработанное почасовое партиционирование, учитывая что он реляционность использует частично

Думаю проблем не будет при партициях часовых. Главное чтоб в тренды перетекать успевало

ERROR: S client not available

Ну, там тоже есть. Но таки какие-же это костыли-то?

Партиции есть. Но какие-то настройки про удерживание в памяти не знаю.

Партиции есть. Но какие-то настройки про удерживание в памяти не знаю.

Плохо, у постгри хорошая документация, раскуривай манула

Пг медленнее, двойная запись при апдейтах

Это тюнится. При ББУ в рейде можно отключить

Про сварщика я сказал

Тут в канале вроде нет нашего большого админа ) но если интересно могу дать контакт, и он в з канале есть

Ну, по собственному опыту постгря работает катастрофически без тюнинга. Один вакуминг убивает производительность. После тюнинга мускуль нервно курит за школьным забором.

Тут в канале вроде нет нашего большого админа ) но если интересно могу дать контакт, и он в з канале есть

Только если он не ищет новую работу)))

Может быть может быть )

Я про пг версус майскуль

)

Я про пг версус майскуль

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

Плохо, у постгри хорошая документация, раскуривай манула

Но у меня нет проблем с БД. Нагрузки на серваке с БД нет. Да и на самом приложении тоже. Но очередь в заббиксе при этом постоянно прыгает с 300 до 4К с периодом 6 часов.

Но у меня нет проблем с БД. Нагрузки на серваке с БД нет. Да и на самом приложении тоже. Но очередь в заббиксе при этом постоянно прыгает с 300 до 4К с периодом 6 часов.

Ну, вакуминг же!

А говорите шо таки проблем нет! ?

Пгтюнер поможет, но интервалы вакуминга придётся подбирать

Ну, вакуминг же!

Вакуум чего? На БД нет нагрузки. Вакуум у меня настроен на запуск в полночь и не коррелирует с очередью. При этом iowait не больше 3%. Автовакуум совсем не создаёт нагрузки.

Я бы сразу заметил сравнением графиков нагрузки на БД и очередь в заббиксе.

мож это уже в канале про з? :) там про это можно вечно говорить :)

Вакуум чего? На БД нет нагрузки. Вакуум у меня настроен на запуск в полночь и не коррелирует с очередью. При этом iowait не больше 3%. Автовакуум совсем не создаёт нагрузки.

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

мож это уже в канале про з? :) там про это можно вечно говорить :)

Да, а то закидают по утру))) И таки да, я люблю ElasticSearch+heka+Grafana и немножко Sphinx 3 :)

influxdata/kapacitor was tagged: v1.5.1-rc2 Link: https://github.com/influxdata/kapacitor/releases/tag/v1.5.1-rc2 Release notes: cut v1.5.1-rc2

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

Хорошо. Посмотрим что там с БД. Благодарю за советы.

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

И пол усеян мишками с разными бирками))

никто не замечал, что графана с 5-ой версии стала менее отзывчивой?

коунтер страйк в мониторинге? :) сектор клир, бобм плентед и вот это все?

коунтер страйк в мониторинге? :) сектор клир, бобм плентед и вот это все?

??

сектор клир на барабане

перестал шарить в местном фольклере

шутка же, когда отрисовка страницы занимает не 150мс а 180мс и возникает понятие "менее отзывчива" может как то чуть более "метрически" описать что не так стало? :)

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