Часто считается, что Prometheus чрезмерно потребляет ресурсы. Однако проблема часто кроется не в самом Prometheus, а в способе использования метрик. Многие неправильно используют метрики, пытаясь включить в них излишнюю информацию, например, полные URL и данные user-agent. Это приводит к неоправданному расходу ресурсов. Ключевой вопрос — как сохранить баланс между детальностью метрик и эффективностью мониторинга? Мой доклад сфокусирован на методах оптимизации хранения данных в Prometheus и лучших практиках Observability для разрешения этого парадокса. Мы рассмотрим, как работает база данных временных рядов (TSDB) и как выбор метрик влияет на ресурсоемкость. Также будут представлены инструменты и подходы для повышения эффективности Prometheus. Во второй части доклада я поделюсь обзором общих методов Observability, обсудив различные типы данных, помимо метрик. Вы узнаете, какие данные стоит собирать и как они помогают в диагностике инцидентов. По окончании доклада у вас будет полное представление о создании сбалансированной системы мониторинга с использованием Prometheus.

Все мы на конференциях слышим как гиганты нашей отрасли находят решения как оптимизировать мониторинг и как принимать миллиарды алертов и метрик в наносекунду, но что делать когда у тебя и команда небольшая и ресурсов всего чуть чуть, а хочется SLA в 99,995%. Мой доклад расчитан на такие проекты и команды и посвящен минимальному мониторингу который необходим проектам такого уровня. Отсечем лишнее и оставим только необходимое.. Поговорим про стек и реагирование и по-экономим денежки

Что такое Netscan и как помогает сетевым инженерам в обнаружении, определении оборудования, мониторинге и построении топологии. Пройдем по методам обнаружения и какую помощь при этом оказывает шаблонизация.

Архитектор по вычислительной инфраструктуре, автор техноблога «BeerPanda. Органично недоразвитый DevOps»

Операционный мониторинг и бенчмаркинг на самом деле имеют много общего. И то и другое делается зачастую не с того конца и измеряется не то, что нужно. Оба проекта зачастую контр интуитивны и требуют серьезного проектирования. «Ну я поставил прометеус и графану» часто даже хуже, чем ничего. Потому что это не мониторинг, а его иллюзия. И да, SLA не то чем кажется.

• Реализация дискаверинга сетевого оборудования, автоматическая настройка объектов мониторинга
• Реализация сбора данных с оборудования, настройка в рамках интерфейса системы мониторинга Saymon:
  • сбора данных по протоколу SNMP
  • сбора данных с использованием запросов к api

Андрей Синицын:

Happy Devops, ex-VK, ex-Lazada, SRE TeamLead. DevOps-infected, профессионал эксплуатации, поклонник больших систем и высоких нагрузок. Фанат автоматизации и правильных SRE-практик. В индустрии с 2003 года.

Андрей Сухоруков:

Антикризисный DevOps Team Lead, Лаборатория Касперского, специалист по кризисным проектам, поклонник вменяемых систем в автоматизации и процессах. Знает, как сделать из хаоса в конфетку с запахом. В индустрии с 2013 года. Соавтор Секретной Службы его величества DevOps

Обсудим, сколько можно потратить денег просто так, стоит ли свободное ПО столько, чтобы писать свое и как не сломать ногу об эти метрики:
1. Мониторинг, как бездонная бочка данных для данных
2. Сколько стоит и как правильно тратить
3. Свободное ПО или собственный очередной кровавый энтерпрайз
4. Предиктивная аналитика мониторинга- старая песня про сокращение труда (и отключение мозга)

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