вот тут было

вот тут было

Тогда нету.

@orezbus будет жить. Поприветствуем!

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

cricket

Есть netdata которая и соберет и графики нарисует

пошел гуглить, спасибо

Есть netdata которая и соберет и графики нарисует

там же агент?

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

Netdata

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

А в чем проблема поднять локально прометея?

крктиться сам себя мониторит

А в чем проблема поднять локально прометея?

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

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

ну так и пусть

тогда пока не понимаю архитектуру

ну вот есть у вас сервер на нем прометей локально с метриками и экспортарами А далее варианты

можно складывать метрики по remote write

он тяжелый сам по себе?

делать федерацию

хотелось бы максимально легкого агента

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

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

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

почему дичь?

ну и рисуете графаной где хотите

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

хотя нынче та же нетдата там вроде научилась и бекенды и хранилки, так что может для начала и сойдёт

https://prometheus.io/docs/introduction/overview/

Нетдата и прометей поддерживает

при таких хотелках, человек поди захочет более пары недель, и тут...

при таких хотелках, человек поди захочет более пары недель, и тут...

И что тут?

а тут прометей :)

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

Зависит от объёмов и желания прореживать метрики

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

у меня полтора месяца хранится

проблем не вижу)

просто надо отделять мух от котлет мониторинг отдельно аналитика отдельно есть remote -write для этого же

помоему это вполне логично нет?

логично но неудобно

Ну как часто и как далеко приходиться в глубь заглядывать ?

мне - вообще ни разу. Но у меня сравнительно немного метрик, серверов немного

ну это более актуально для бизнес метрик а всякие админские оно надо ну пара месяцев с учетом того что что-то накрылось тазом пока был в отпуске поднял. Вышел из отпуска и смотришь а че это было то

даже системным метрики бывают полезно посмотреть тренды

похоже стоит остановиться на прометее, спасибо

даже системным метрики бывают полезно посмотреть тренды

тренды за какой переод?

год например

Какую пользную инфу даст тренд за год?

Какую пользную инфу даст тренд за год?

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

Даты праздников

За год ага

За год ага

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

Мы про какие метрики?

Про бизнес или все же нет?

ну это более актуально для бизнес метрик а всякие админские оно надо ну пара месяцев с учетом того что что-то накрылось тазом пока был в отпуске поднял. Вышел из отпуска и смотришь а че это было то

естественно не про "99-я процентиль мемкеша на апишке опенстека"

Ну вот и я про тоже

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

но я бы предпочел иметь возможность чем не иметь :)

ERROR: S client not available

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

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

но я бы предпочел иметь возможность чем не иметь :)

Так механизмы для этого есть )))

@DRVTiny будет жить. Поприветствуем!

Алоха, товарищи! Скажите, а есть какие-то общие подходы для того, чтобы определить, как будет выглядеть (куском текста) закрывающий проблему SNMP-трап? Ну т.е. для интерфейсов более-менее ещё понятно - вместо слова down будет up, а в остальных случаях? Странно, что в SNMP у трапа нет какого-то определённого булева атрибута "статус", который бы говорил, стало "лучше" или "хуже". Или есть?

У меня трапы проходят от snmptrapd в snmptt, там преобразуются в читабельный текст на базе файлов, созданных snmpttconvertmib'ом

Так в мибе и должна быть инфа какой трап плохой, какой хороший

К тому же часто в тексте трап есть какой-то ID, который поможет тебе сделать корреляцию

И миб надо не создавать, а искать приватный миб для твоей железки. Всё остальное - тыкание пальцем в небо

И миб надо не создавать, а искать приватный миб для твоей железки. Всё остальное - тыкание пальцем в небо

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

Например: "Interface admin status alert, alerts when svnNetIfState = 0(Interface name provided in trap)" Здесь svnNetIfState - переменная с нестандартным именем и актуальным только в рамках данного трапа маппингом значений, указанным прямо в комментарии. Но да, мир несовершенен :)

@hostberg будет жить. Поприветствуем!

Имеет ли смысл хранить данные внешнего мониторинга (blackbox-exporter) больше года?

ну это к тебе вопрос

надо ли тебе это

Менее просто интересно, может ли это быть интересно/полезно кому нибудь?

у tsdb есть кейс capacity planning

в этом кейсе нужны значительные промежутки времени

при этом годовалое может быть не большим на самом деле диапзоном.

если схлопывать метрики - то можно и 5 хранить

3- года вполне пригдный кейс при возможности корректно склеивать данные при планировании в сети isp

@slider5 будет жить. Поприветствуем!

я именно про те метрики, которые black-box мониторинг отправляет, это пинг, http/https latency, expiry сертификата и тд. latency наверное имеет смысл хранить, а вот expiry - едва ли

@notbowser будет жить. Поприветствуем!

ага, всем привет (пришлось напрячь ботомозги чтоб выжить ?

@Stitchpunk будет жить. Поприветствуем!