Мониторим ИТ

openobserve А сколько жмет от груди ваша Observability-платформа? OpenObserve делает это в 140 раз лучше, чем ElasticSearch. А еще они пишут, что ваш CFO позже признается вам в любви❤️ OpenObserve простой (запускается из одного бинарника) и уже имеет UI на борту. Данные хранятся в формате parquet (это бинарный, неизменяемый, колоночно-ориентированный формат хранения данных). Система выглядит интересно и заслуживает внимания. Пока что не совсем понятно на сколько она production-ready, но customer stories на сайте у них есть. Репыч на Гитхаб Описание архитектуры решения ❓ Если кто-то разворачивал, напишите в комментариях о ваших впечатлениях. UPD: в комментарии пришел реальный пользователь. Интересный опыт.

hl Высокопроизводительная утилита для просмотра и обработки логов, преобразующая логи в форматах JSON и logfmt в удобочитаемый вывод. Она обеспечивает быструю обработку и анализ больших файлов логов с минимальными накладными расходами. Репыч на Гитхаб @monitorim_it

VictoriaLogs single server k8s setup gotchas Полезные советы по деплою VictoriaLogs для приема логов от k8s.

Краткие рекомендации о деплое Helm-чарта VictoriaLogs для одного сервера в боевой среде: 🚀 Для сервера VictoriaLogs используйте выделенный узел (предпочтительно NVMe), чтобы избежать влияния соседних приложений. 🚀 Настройте параметры хранения и сохранения данных в соответствии с объемом ваших логов; VictoriaLogs хорошо сжимает данные, но хранение все равно требует затрат. 🚀 Если вы используете Vector в качестве сборщика логов, ограничьте обогащение метаданных, чтобы уменьшить количество записей и потребление ресурсов. 🚀 Включите дашборды и собирайте метрики Vector с помощью VMPodScrape для обеспечения оперативной прозрачности. 🚀 Запустите выделенный экземпляр VMAlert для VictoriaLogs и настройте правила с селекторами. 🚀 Следуйте рекомендациям LogsQL (уменьшите количество меток, избегайте ресурсоемких регулярных выражений, ограничьте временные диапазоны).

Детальное описание пунктов выше читайте в статье. @monitorim_it

🚀 Разгоняем kube-prometheus-stack: секретный ингредиент Observability 🔥 16 декабря в 20:00 мск — бесплатный вебинар от OTUS. Мониторинг — это сердце инфраструктуры. Но что делать, если именно он начинает проседать под нагрузкой? На вебинаре разберём, как выжать максимум из kube-prometheus-stack, ускорить работу Grafana, разгрузить Prometheus и сделать observability-инфру устойчивой даже во время инцидентов. Что разберём: – как повысить отзывчивость Grafana при больших объёмах данных; – как настроить Prometheus для быстрой обработки метрик; – как сократить сетевой трафик мониторинга без потери данных; – архитектурные подходы, которые помогут не «уронить» мониторинг при пиковых нагрузках. 👉 Регистрируйтесь здесь: https://otus.pw/jzvM/?erid=2W5zFJVTfdJ Занятие приурочено к старту курса «Observability: мониторинг, логирование, трейсинг», где вы научитесь проектировать отказоустойчивые observability-системы. Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.

What's new in the Grafana Image Renderer: higher-quality results, security enhancements, and more

Grafana Image Renderer, являясь серверной частью для Grafana OSS, Grafana Enterprise и Grafana Cloud, позволяет использовать Grafana для различных сценариев, связанных с генерацией и обменом изображениями из Grafana. К ним относятся: 🚀 Экспорт дашбордов в форматы PDF и PNG. 🚀 Включение изображений в уведомления об оповещениях 🚀 Обмен отрендеренными изображениями по прямым ссылкам. 🚀 Создание изображений для экспорта в PDF и запланированных отчетов (доступно в Grafana Cloud и Grafana Enterprise) Долгое время можно было выбрать между установкой Image Renderer в качестве плагина для Grafana или развертыванием его как сервиса. Плагин был объявлен устаревшим в сентябре 2025 года, и теперь Image Renderer существует только как сервис, который можно развернуть отдельно вместе с Grafana; он не входит в стандартную комплектацию Grafana.

В этой статье из блога Grafana об улучшениях Image Renderer @monitorim_it

Выложили запись Zabbix Meetup 3 декабря мы провели совместно с Zabbix уже наш второй онлайн-митап. На митапе выступил Алексей Владышев, CEO и основатель Zabbix, и рассказал о том, что ждет пользователей в Zabbix 8.0. Полную запись с таймкодами можно найти на ютуб-канале Gals Software. Буду вам благодарен за подписки на канал и лайки этому видео. P.S. Ссылки на слайды презентаций с этого митапа есть под видео.

Мой легковесный помощник: как я создал монитор системы, который не тормозит

Работая за компьютером по 10-12 часов в день, я постоянно ловил себя на том, что проверяю диспетчер задач. То процессор грузится, то память подыхает, то диск трещит по швам. Стандартные инструменты Windows работают, но постоянно переключаться между окнами — то еще удовольствие. Попробовал разные программы — одни слишком навороченные, другие жрут память как не в себя, третьи выглядят так, будто их делали в 2005 году. В какой-то момент мне это надоело, и я подумал: "А почему бы не сделать свой монитор? Простой, удобный и легкий". Aether Monitor+ — это как раз та утилита, которой мне не хватало. Она висит поверх всех окон маленьким виджетом и показывает самое важное: загрузку процессора, использование памяти, свободное место на диске и температуру. Всё это в реальном времени, без лишних деталей.

Статья с описанием решения на Хабре Репыч на Гитхаб

💫Получить максимум от виртуализации zVirt: микросегментация Российский разработчик инфраструктурного ПО Orion soft продолжает серию технологических вебинаров о возможностях программно-определяемых сетей (SDN) zVirt. Тема второй встречи — микросегментация, самая популярная технология SDN и, по мнению многих заказчиков, самая полезная. В программе: 📍Микросегментация как технологическое решение 📍Требования и ограничения микросегментации 📍Группы и правила безопасности 📍Отладочные механизмы микросегментации 📌Регистрация

A Complete Guide to OpenTelemetry Logs and Data Model

Логи всегда играли ключевую роль в понимании поведения программного обеспечения. Они регистрируют события, ошибки и изменения состояния, раскрывая, что происходило внутри системы в определённый момент времени. Но по мере перехода архитектур к микросервисам и распределённым системам работать со старой моделью разрозненных логов свободных форматов стало невозможно. Поскольку каждый сервис использует свой собственный формат логирования, устранение неполадок подобно чтению книги, каждая страница которой написана на разном языке. OpenTelemetry был создан именно для решения проблемы фрагментации такого рода. Благодаря определению общей модели данных логов, а также нейтральных к языку программирования API и SDK, OTel предоставляет стандартный способ представления, обработки и экспорта журналов. Цель состоит не в том, чтобы заменить существующие библиотеки журналирования, а в том, чтобы сделать их выходные данные совместимыми, последовательными и обогащенными той же контекстной информацией, которая используется для трассировок и метрик. Эта унификация имеет важные последствия. После того, как логи будут представлены в модели OpenTelemetry, их можно будет обрабатывать в тех же конвейерах, что и метрики и трассировки, дополнять согласованными метаданными ресурсов и коррелировать с распределёнными трассировками. Вместо изолированных фрагментов текста логи становятся структурированными событиями, участвующими в полной истории наблюдения.

В этой статье подробно рассматривается подход OpenTelemetry к логированию, от модели данных и SDK до важнейшей роли мостов логов. Также показано, почему тесная корреляция между журналами и трассировками имеет решающее значение для отладки сложных взаимодействий сервисов.

What's new in ClickStack. November '25 ClickStack — это открытый observability-инструмент к которому я последние месяц-полтора активно присматриваюсь. Здесь и хранилище и UI в одном решении. Ниже привел наиболее интересные нововведения. 🚀 Service Map В последнем релизе ClickStack обзавелся важным атрибутом observability-системы — Картой сервисов (Service Map). Пока что в бете, но этот функционал точно со временем перейдет в GA. 🚀 Фильтрация корневых операций Исторически ClickStack возвращал все соответствующие запросу операции в результатах поиска, будь то корневая или дочерняя операция. Это означает, что одна и та же операция может отображаться несколько раз, если запросу соответствуют несколько результатов запроса. Для пользователей, работающих с большими объемами трейсов, это часто усложняло просмотр и сортировку. В последней версии появилась возможность фильтровать результаты поиска только по корневым операциям. 🚀 Подсветка атрибутов трейсов Появилась возможность отображения определённых атрибутов непосредственно в результатах поиска. 🚀 Поиск по трейсам В последней версии возможности поиска расширены за счёт добавления полноценных возможностей поиска Lucene непосредственно в представлении каскада трассировок. Поскольку каскад содержит как операции так и логи, часто поступающие из разных источников, в ClickStack предоставлены отдельные поля поиска для каждого источника. 🚀 Сравнение графиков Появилось сравнение периодов для графиков. С помощью этой функции пользователи могут построить график для выбранного временного диапазона, а затем включить переключатель, чтобы наложить предыдущий период. Подробнее читайте в блоге ClickHouse