hi

а где можно скачать mib вручную, одним пакетом))
а то уж очень их много в инете...

нельзя

для дебиана есть утилитка mib dowloader в репе, она много качает хотя и не все

Она качает стандартный набор. Любой специфический миб - файл нужно подгружать с сайта производителя (если производитель соизволил выложить файл в открытый доступ, что с мелкими продуктами не всегда имеет место).
Поэтому у меня развилась дурная привычка делать шаблоны с числовыми оид, а их, в свою очередь, можно поискать на форумах или сопоставляя данные из снмпвалк и, например, веб-интерфейса устройства.

💻 Штука, с помощью которой можно собрать свой собственный tui дашборд. Умеет подсчитывать и визуализировать поданные данные https://github.com/sqshq/sampler

История про то как Pinterest строит anomaly detection. С алгоритмами и блекджеком)

Тут недавно произошла интересная история. Модно-молодежно собирая метрики в пром и прикрутив к нему графану и алертинг мы стали спокойно спать по ночам. Помимо традиционных алертов на ресурсы, кубер и каких-то бизнесовых показателей мы везде поставили алерты на отсутствие данных(сервис помер и ничего не отправляет). И вот в один прекрасный день в слак прилетает пачка зеленых алертов из категории "все пропало". Сразу зеленых, красных не было. Пошли разбираться: оказывается кубер решил перезагрузить прометеус и графана на несколько минут потеряла связь с промом что и вызвало недопонимание с ее стороны. Но! Так как алерты на отсутствие данных у нас были, а вот алертов на недоступность data source не было, то о падении мы узнали только пост-фактум.
История смешная, а ситуация страшная: если бы в этот момент свалился еще и прод или вырубился бы весь куб-кластер, то об этом бы мы узнали только от пользователей.
Кароч выводы мы сделали такие: алерты надо тестировать. Причем, перед этим, надо тщательно продумать и приоритезировать все кейсы. Ну и вот парочка крутых видосов про мониторинг\алертинг от Контура: раз два

Очень даже познавательный такой лонгрид о комплексном мониторинге https://brunonetid.github.io/2019/07/09/camel-observability-openshift.html Почитаю еще раз на досуге, более внимательно

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

Мониторинг от Naumen, это не Tibbo Aggregate, а Инити

Нет, Вы не правы ) это форк тиббо

можно заюзать опенсорс
я стотыщ лет назад писал статью на хабр https://habr.com/ru/post/127613/

спасибо ! но меня не само решение задачи учета трафика интересует, а именно работа сенсора PRTG и откуда там левая инфа по трафику (т.е. мы снимаем с роутера инфу по ЕГО трафику, а получили + кучу инфы по трафику, который через него не проходит - интересует как такое могло получиться - или у нас где то косяк непонятный пока или что то м не то делаем (может админ что неправильно настроил на этом роутере и он стал собирать инфу не по тому что надо ...

трафик снимается с портов, если он был зафиксирован, значит он был и попал на порт

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

Определение с вики скопируй

таки и не всегда можно :3

Вопрос мониторинга UPS с помощью nut. Настроил всё через заббикс, благо есть куча шаблонов на шаре. Но ещё требуется отправлять алерты напрямую самим nut. Уже несколько дней вожусь, никак не победю.