а графики - графана смотрит в opentsdb

который с бекендом на хадупе

Спасибо, интересно выглядит

https://github.com/vadv/stalin

сам сервер мониторинга

клиент уже DIY :)

Я надеюсь он не только под проксмокс

мониторинг? как допишите

Да это понятно

там go

proxmox - это от неизбежности и не совсем адекватных цен на платные гипервизоры

xen-сервер могли бы, но там костылей чуть больше

proxmox - это от неизбежности и не совсем адекватных цен на платные гипервизоры

Почему не ovirt тогда(

там go

Жаль(

про ovirt первый раз слышу

интересно, спасибо

https://github.com/vadv/stalin

А что это такое?

Мониторинг сервер, на основе Riemann

Переписан на го

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

Правда.

Хотя насчет переписан

Скорее сильно вдохновлен

Дима Васильев может рассказать больше

Я уже ушел из той компании когда его писали

Мониторнг чего?

Просто система мониторинга

Какие метрики будете посылать

То и будет мониторить

Альтернатива zabbix

Реклама прям))

Ну и иже с ним

))

Нагиос норм)

Каждый сисадмин должен написать свой мониторинг )

Тут это, Чистякова в чате нет?

Тут это, Чистякова в чате нет?

Он по-моему в каждом есть ??

Каждый сисадмин должен написать свой мониторинг )

нет

Просто Riemann написан на Clojure а stalin типа клон на Go

Ага, но скорее сильно вдохновлен

Немного похож на джаглер у яши

Многие идеологические вещи сходятся

Но последний они так и не заопенсорсели

Но только я не понял при беглом просмотре что делает stalin. Сбор метрик - абстрактно

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

Логика реализуется клиентом и админом который пишет клиент/плагин к нему

что ж это Сталин лампочки зажигает, лампочки Ильич должен зажигать

Ну коллекторы там есть какте нибудь?

В смысле аггрегация событий?

Типа н-нод в х кластере?

Нет

Он очень прост

Нет в смысле поддержка протоколов. Вот u prometeusa есть exporter. Например конвертор snmp в их протокол.

Вся логика на клиенте )

Вообще ВСЯ, напишите такой плагин - будет

А что на сервере тогда? Что нибудь есть?

Гм, пингер

Честно говоря, у нас не было ситуаций когда бы это было действительно необходимо

У него есть апи, модно прикрутить сервис который выполнит конвертацию

Можно *

Смысл правда не очень понятен

Вот например про riemann: https://blog.selectel.ru/kratkoe-vvedenie-v-riemann-monitoring-i-analiz-sobytij/

Там у него есть разные утилитки, опрос хоста, опрос сети. Это в stalin что? Клиент?

клиент/сервис

В моем понимании клиент - это например миллион wi-fi точек, которые надо опрашивать.

да, у нас есть аналогичный

он занимается упихиванием метрик со свитчей

он не входит в комплект к системе мониторинга

которая в opensource

да, у нас есть аналогичный

Опубликован?

не, стыдно )

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

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

ох

скорее всего это не произойдет никогда)

да к тому же riemann более продвинутый собрат

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

местами

java-же

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

ну от джавы в римане только JVM же

так-то он на кложуре

в общем у нас порядка 30к в пике метрик в минуту, к сожалению дохло

ну и железок было немного

голь на выдумки хитра! :)

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

всем снов

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

Пожалуй да! Спокойной ночи!

может кто поможет с проблемой: У меня работал процесс, который непрерывно писала данные в таблицу со sparse pkey, предположительно пока я не запустил рядом ГУИ к ней, где использовалась ОРМ. Эта ОРМ создала sequence к этому pkey (вроде ничего больше не поменяла), и некоторые upsertы перестали работать: error: duplicate key value violates unique constraint "profiles_pkey". Upsertы делаются такой квери: INSERT INTO profiles (id, profile) VALUES $1 ON CONFLICT (id) DO UPDATE SET time_last_seen = now(), profile = EXCLUDED.profile Вот я не пойму, каким образом этот upsert может фейлить, если единственный pkey id уже включен в ON CONFLICT?

короче дело в том, что ON CONFLICT (id) UPDATE ... почему-то не делает апдейта, а кидает ошибку. Я сейчас проверил - дубликатов в одной трансакции нет, значит это точно какая-то фигня с БД

мда, у меня каким-то образом оказалось 2 записи в БД с идентичным pkey. как такое может получиться?

в соседней таблице 3 миллиарда записей и та же беда ?

Баг навернл

@Cloud66 : "для тех кто не из столицы, видеозапись будет?" - как минимум, постараемся записать. Скорее всего - да.

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

stalin по протоколу совместим с riemann

можете использовать любой клиент riemann, например курчатова :D https://github.com/vadv/kurchatov/

и пример для psql: https://github.com/vadv/kurchatov/blob/master/examples/pgsql.rb

Баг навернл

этот баг вроде в 9.3 только, а у меня 9.5

ON CONFLICT в этом месте ничего не делает собственно с конфликтом - id остается прежним

Исследователь из Польши, Давид Голунски (Dawid Golunski), обнаружил в MySQL сразу два критических 0-day бага. Проблемы распространяются на MySQL 5.7.15, 5.6.33 и 5.5.52, а также были актуальны для MariaDB и PerconaDB. Хотя некоторые разработчики уже выпустили исправления для найденных уязвимостей, Oracle патч пока не представила, а исследователь уже опубликовал proof-of-concept.