только не надо про ожидания, я не в том смысле ?

к слову, про rrdtool: хз, что за неподдерживаемость у него, но уже в этом году было 3 коммита https://github.com/oetiker/rrdtool-1.x/commits/master а релизы последние 3 года стабильно каждую весну. Иксы могут прилететь косвенно по зависимостям лишь при включении поддержки рисования графиков (зависимости: zlib, freetype, fontconfig, cairo, pangocairo - можно собрать их без поддержки X11)

О ! Я недавно во FreeBSD решил Vim поставить из портов. Какие знакомые слова :)

https://github.com/influxdata/telegraf/releases/1.5.1 was tagged

https://github.com/influxdata/telegraf/releases/1.5.1 was tagged

https://github.com/influxdata/telegraf/releases/1.5.1 was tagged

Три раза - это кластерный релиз с кворумом? :-)

clusterfuck release

А тем временем в докер чяте))

Ребят, подскажите как можно мониторить outofmemory у контейнера? Пробовали заббикс клиент, но он не стабильный, не продакшн ready. Есть ли готовые инструменты?

Ребят, подскажите как можно мониторить outofmemory у контейнера? Пробовали заббикс клиент, но он не стабильный, не продакшн ready. Есть ли готовые инструменты?

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

промышленность разная бывает

Коричневая например))

маркетологи заббикса называют заббикс промышленным стандартом, ссылаясь на маркетинговые исследования маркетологов заббикса

если корень - МЫШ, то это от необходимости возить мышом

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

они правы.

они правы.

в чем правы?

в своём кругозоре.

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

поэтому парни правы. у них это индустриальный промышленный супер стандарт.

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

энторпрайзно, даже зубы заболели

в мегафоне есть, говорят

ранее циска оемила network manager как infocenter. и продавала его разным старым ссыкунам, которые считают всё с названием cisco 100% рабочим решением и только по этой причине покупают.

Читаю про энтерпрайз и чувствую боль в боку. Что это со мной?

Нужно не читать. Надо погружаться))

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

особенно ночью

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

это стандарт внедрения. Еще HP OpsView хорош - толпа внедренцев, лицензии как золото, серверов нужен целый парк и падает он постоянно

Я уверен что у оракла тоже есть стандарт

И у sap

господа, а как ретеншен передать в докер прома?

и правильно ли я понимаю, что ретеншен нельзя менять потом?

и правильно ли я понимаю, что ретеншен нельзя менять потом?

можно, только он не сразу применится, если ты его поменяешь в меньшую сторону

больше интересует в бОльшую сторону

(ну или по крайней мере на 1.8 ещё так было)

тогда вообще без разницы, рестарт, ????, профит

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

тогда вообще без разницы, рестарт, ????, профит

отлично, спасибо

о, вот такую штуку нашел: https://www.rapidloop.com/blog/prometheus-metrics-archiving.html кто-то юзал?

» sop creates and manages three RocksDB databases to store all the metrics data. RocksDB provides fast startup times and LZ4 compression, resulting in < 1 byte/sample disk utilization which makes it suitable by itself for long-term archiving

звучит хорошо

но не реалистично, т.к. LZ4 не настолько хорошо жмет временные ряды

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

там rocksdb - лучше чем Пром в качестве persistent storage

но не реалистично, т.к. LZ4 не настолько хорошо жмет временные ряды

только яндексу не говорите :)

ну я пробовал, правда у меня датасет довольно сложный для сжатия, получалось 10 байт на точку (8 байт id, 8 байт метка, 8 байт значение)

@dvolodin тоже делал. и тоже примерно 10 байт.

ну а у яндекса же тоже zstd но колонками. жмется отлично

@Civiloid доброго дня, подскажи, пожалуйста, к кому с хитрыми вопросами по carbon-api обращаться

@Civiloid доброго дня, подскажи, пожалуйста, к кому с хитрыми вопросами по carbon-api обращаться

Можно наверное сюда :)

окей

ну а у яндекса же тоже zstd но колонками. жмется отлично

Угу, даже на узкой таблице 3.6-6 байт на точку

Параметр конфига upstreams.backends внезапно не работает

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

вот этот вот - https://github.com/go-graphite/carbonapi/blob/d76c2acd8065c78bdb1279694fb85d746f88b3b2/main.go#L1317

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

А версия?

Name : carbonapi Arch : x86_64 Version : 0.8.0 Release : 1

ну а у яндекса же тоже zstd но колонками. жмется отлично

тоже колонками

Name : carbonapi Arch : x86_64 Version : 0.8.0 Release : 1

Параметр про мастер

@tnt4brain 0.8.0 - это https://github.com/go-graphite/carbonapi/commit/c97ef18022696e8498a637f4e882fbff6a5da363, там требовался зиппер внешний

со следующего релиза в мастере будет stable ветка, а весь девелопмент уедет в dev :)

чтоб избежать путаницы )

ох ё.....

ладно, понял

пойду собирать мастер в пакет

благо спекфайл есть

уже

там есть официальные пакеты )

https://packagecloud.io/go-graphite/autobuilds

rpm + deb, под центось 6, 7, дебиан 8, 9, testing, ubuntu 12.04 - 16.04

о, забавно

они правда собираются через fpm

а не спеки и дебники

но должно быть ок

и на центось6 там относительно старый кайро статически вкомпилирован

(просто потому что в центоси он еще старее)

не, у меня семёрка

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

@Civiloid помогло, благодарю!

а теперь след. вопрос: данные отдаются с дискретностью в минуту - это где-то захардкожено? сыплются они туда с дискретностью в 10 секунд

Направьте, пожалуйста, куда копать. Не относится непосредственно к метрикам, но может кто-то пользуется. Есть fluentd, который собирает логи. Nginx даёт логи двух видов: access и error. То есть: $time [$level] $pid#$tid: *$cid $formatted_message и $remote_addr - $remote_user [$time_local] "$request" $status $body_bytes_sent "$http_referer" "$http_user_agent" Как сначала это распарсить, а потом ещё и поделить на разные тэги?

гроком

Или сначала поделить, а потом парсить?

http://grokdebug.herokuapp.com

неужели нет готового решения для логов нжинкса-то?

готовое для слабаков

неужели нет готового решения для логов нжинкса-то?

кхе-кхе

неужели нет готового решения для логов нжинкса-то?

Забыл добавить. Стэк ELK

окметер - не решение, если что

как и любой саас

А почему бы в json не писать? https://dvps.blog/dk-2/

Забыл добавить. Стэк ELK

а fluentd зачем тогда?

а fluentd зачем тогда?

Правильнее тогда EFK)

флюент вместо логстэша

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