Добрый день, друзья! Хорошие новости, 29 апреля пройдет очередной Online Monitoring Meetup, на котором Александр Калошин, CEO Last.Backend выступит с темой “Прометеус - как мы мониторим приватные кластера куба, к которым мало доступа.”

Александр поделится тем, как интегрировать мониторинг к клиентам, которым предоставляются услуги по DevOps/SRE, чтоб всё было безопасно, прозрачно, а главное удобно для всех сторон.

После доклада Александра приглашаем обсудить темы для докладов на предстоящем Big Monitoring Meetup, который состоится 10 июня в Санкт-Петербурге оффлайн.

Начало: 19.00. Регистрация: https://www.meetup.com/monhouse-tech/events/277583781/

Home Network Monitoring using Prometheus

https://linux-bsd.github.io/post/monitoring

#freebsd #prometheus #arm #pine64 #grafana #monitoring

Графана переводит все свои продукты на AGPLv3.
https://grafana.com/blog/2021/04/20/grafana-loki-tempo-relicensing-to-agplv3

Основной мотив - разные Cloud\SaaS провайдеры, которые зарабатывают деньги на чужом труде.

AGPLv3 это тоже самое что и GPLv3 только с дополнительным параграфом 13, который добавляет что если софт под AGPLv3 был изменен и раздается пользователям по сети, то код на этот софт надо открыть.

(текст доступен вот тут: http://www.gnu.org/licenses/agpl-3.0.html)

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

С старой лицензией можно было взять все что есть, скопировать платные фичи и продавать дешевле не открывая исходный код (чем и пользовались всякие хитрецы - смотри на миллиард SaaS основанных на ElasticSearch)
С новой лицензией можно сделать всё тоже самое, но прийдется открыть исходный код продукта. Вроде бы.

Потому что именно по AGPLv3 работала MongoDB до того как разработать SSPL.

И вот тут достаточно интересная история: SSPL это суть тот же AGPLv3 с измененной формулировкой параграфа 13, который уточняет что такое SaaS и обязывает их открывать исходный код, если продукт был использован внутри SaaS.

Тест SSPL тут: https://www.mongodb.com/licensing/server-side-public-license

Grafana говорят что не хотят SSPL потому что его не поддерживает OSI, а Mongo говорит что AGPLv3 в реальном мире не работает. Вот прям интересно следить за развитием лицензионных войн и что будет дальше.

Как это относится к группе?

Monitor your website uptime and status using Upptime. Upptime is a free open-source tool. Using Upptime you don’t need any agents or server configuration, you just need GitHub Pages and GitHub Actions.

https://sysadminxpert.com/monitor-your-website-uptime-and-status-using-upptime/

А вот кому мониторинг Citrix в Zabbix?

citrix-netscaler-zabbix

Эту ссылку прислал подписчик. Если у вас тоже есть что посоветовать к публикации, пишите в личку.

Sampler is a tool for shell commands execution, visualization and alerting. Configured with a simple YAML file.
https://github.com/sqshq/sampler

Rocket has been banned! Reason: CAS ban.

https://habr.com/ru/post/556518/

#typescript #nodejs #prometheus #mongodb #victoriametrics #vps

​​Некоторое время назад я рассказывал про систему мониторинга Observium. Как оказалось, у нее есть бесплатный форк, который реализует некоторый функционал родной системы, доступный только за деньги. Так что если у вас появился интерес к бесплатной версии Observium, лучше сразу использовать LibreNMS. Репозиторий системы - https://github.com/librenms/librenms.

Пару слов, что это такое и зачем надо. LibreNMS - многофункциональная система мониторинга с автообнаружением. Заточена в первую очередь на мониторинг сетей по snmp. Из коробки имеет поддержку практически всех популярных сетевых устройств. Помимо сетевых устройств умеет мониторить и сервера на windows, linux, freebsd. Для этого использует агенты. Работает на базе php + mysql. Все типовые метрики подхватывает сама, напильником пилить не надо. То есть это не аналог Zabbix с безграничной кастомизацией.

Особенности LibreNMS:
 🔹 автоматически обнаруживает всю сеть, используя следующие протоколы: CDP, FDP, LLDP, OSPF, BGP, SNMP и ARP.
 🔹 использует свой агент для операционных систем
 🔹 поддерживает различные системы оповещения, отправляет уведомления по электронной почте, IRC, Slack и т.д.
 🔹 есть api для управления и доступа к данным
 🔹 имеет встроенную систему биллинга трафика
 🔹 есть приложения для Android и iOS
 🔹 поддерживает разные методы аутентификации, в том числе LDAP, Radius и Active Directory.

Если кто-то пользовался, расскажите, какова эта система на практике. Демку можно посмотреть тут - https://demo.librenms.org/ demo / demo .

#мониторинг

можете подсказать, как извлечь данные из rrd базы?
туда складывается данные от маршрутизатора - rrd рисует похожий на реальность график, погрешность около 2%.
а если забирать значения в файл - получается хрень какая-то) может там математика какая у rrd?

прожорливая система

rrddump, rrdfetch

How shuffle sharding in #cortex leads to better scalability and more isolation for Prometheus

#cortex leads to better scalability and more isolation for Prometheus

https://grafana.com/blog/2021/05/11/how-shuffle-sharding-in-cortex-leads-to-better-scalability-and-more-isolation-for-prometheus

#prometheus #mysql #grafana #nginx #amazon #dns

Написал статью про метрики — что важно отслеживать, где это лучше делать. Настраивайте мониторинг, снижайте тревожность, радуйте пользователей 🚀

Солидные фронтенды: мониторинг

#фронтенд

спасибо

Deep Dive into Thanos

Part 1
Part 2

#thanos #prometheus #monitoring #tsdb #grafana

Prometheus introduction

Введение в основные фишки Prometheus, небольшое сравнение с Nagios.

https://tech.showmax.com/2019/10/prometheus-introduction

Уже постил видео доклада коллеги с конференции DevOpsConf 2019 «Логи не нужны?», а теперь и текст подъехал.

Если у вас на ровном месте петабайты логов, условный эластик вам не рад и вы ему тоже, то вам стоит задуматься:
- что из этого всего вам действительно нужно
- что превратить в метрики и использовать как метрику (e.g. Prometheus)
- возможно отделить критические ошибки и положить в специализированное место (e.g. Sentry)
- такая же история с бизнес метриками

Статья: http://bit.ly/2ocTcVU
Видео: http://bit.ly/2ocTNqC

Кто подскажет как мониторить потоки rtsp через prometheus. Думал через blackbox  exporter но чёт там ничего такого не нашёл