Нужен ли вам стек метрик, или встроенный экран уже отвечает на ваш вопрос?
Оповещения и метрики являются разными инструментами для разных вопросов. Встроенный экран прекрасно отвечает на вопрос "сломалось ли что-то сейчас". Стек метрик отвечает на вопрос "что происходило в прошлый вторник в три ночи", и это единственная причина его держать.
AtlasPVE ·
Эта статья отвечает на
- нужна ли grafana для proxmox
- proxmox prometheus настройка
- панель мониторинга proxmox
- proxmox история метрик
- proxmox grafana
Почти в каждой домашней лаборатории наступает момент, когда кто-то поднимает стек метрик, строит красивые панели, а потом перестаёт их открывать. Обычно это читают как нехватку дисциплины. Чаще это несовпадение: стек отвечал на вопрос, которого никто не задавал.
Оповещения и метрики выглядят одной темой, но ею не являются. Оповещения отвечают на вопрос сломалось ли что-то сейчас. Метрики отвечают на вопрос что происходило тогда. Что именно вам нужно, целиком зависит от того, какие вопросы вы задаёте на самом деле.
Вопрос, который всё решает
Не "стоит ли следить за сервером", потому что стоит. Спросите иначе: насколько далеко назад должен дотянуться ответ?
"Сломано ли прямо сейчас?" На это отвечает встроенный экран. Текущая нагрузка, память, занятость диска, какие гости запущены. Добавлять стек метрик ради этого вопроса означает добавить службу и не получить ничего нового.
"Было ли медленно в прошлый вторник около трёх ночи?" Здесь уже нужна история, и ничто встроенное не хранит её так долго в такой детализации. Вот честная причина держать стек метрик, и причина хорошая.
"Хватит ли диска до весны?" Нужна линия тренда, то есть история с арифметикой поверх. Тоже настоящая причина.
"Какое из двух изменений ускорило работу?" Нужны "до" и "после" в одной картинке. Настоящая причина.
Если ни один из ваших настоящих вопросов не уходит дальше вчерашнего дня, стек метрик становится хобби, а не инструментом. В этом нет ничего плохого, но стоит понимать, что именно вы строите.
Чего это стоит, честно
Ещё одна служба, которую надо поддерживать живой. Стек метрик, лежащий три недели, хуже отсутствующего, потому что вы верите, что история есть, а её нет.
Обычно он работает на том же, за чем наблюдает. Эту ловушку стоит назвать вслух: если у хоста выдалась плохая ночь, запись этой ночи умирает вместе с ним. График, который вам нужнее всего, окажется именно тем, что перестал писаться ровно в тот момент, когда стало интересно.
Хранилище растёт тихо. Подробные метрики с горстки гостей складываются быстрее, чем ожидают, и рост незаметен, пока не заполнится диск.
Панели стареют. Панель, собранная под прошлогоднюю проблему, занимает место на экране ещё долго после того, как проблему решили.
Две привычки, которые оправдывают затею
Ставьте регистратор не туда, за чем он следит. Пусть это будет маленькая машина в другом углу, пусть недорогая. Если так не выходит, знайте хотя бы, что ваша история разделит судьбу хоста, и относитесь к графикам как к удобству, а не как к доказательству.
Решайте про глубину хранения раньше, чем про детализацию. Люди сначала выбирают интервал сбора, а стоимость хранения обнаруживают потом. Полезный порядок обратный: решите, насколько далеко назад нужно смотреть, и уже под это выберите детализацию, которая поместится в отведённое место. Тридцать секунд за неделю обычно полезны меньше, чем пять минут за год.
Что Proxmox даёт уже сейчас
Больше, чем принято думать. Есть встроенные графики по узлу и по каждому гостю: процессор, память, сеть и диск в нескольких временных диапазонах, без установки чего-либо. Для одного хоста с горсткой гостей этого хватает на большинство вопросов вида "было ли вчера нагружено".
Есть и документированный способ отправлять метрики во внешнюю базу временных рядов, и это поддерживаемый путь, когда вы решите, что она вам нужна. Это важно: выбор состоит не в том, чтобы что-то сколотить самому, а в поддерживаемой передаче.
Чем эта статья не является
Это не выступление против Grafana. Она действительно превосходна, и для нескольких хостов или вопросов ёмкости на длинном горизонте замены ей нет.
Это не утверждение, что панели бесполезны. Одна панель, которую вы открываете еженедельно, стоит десяти собранных и забытых.
Что Atlas делает, а чего не делает
Atlas не является стеком метрик и не пытается им быть. У него нет базы временных рядов, он не хранит месяцы подробной истории, и если ваш вопрос звучит как "какой была сеть в прошлый вторник в 03:14", то Atlas здесь неподходящий инструмент, а Grafana подходящий.
Atlas отвечает на другой вопрос: есть ли здесь что-то, что требует меня сегодня. Ежедневная сводка несёт незапланированные перезагрузки, установленное но не запущенное ядро, возраст самой свежей резервной копии, давление по диску и памяти, остановленных критичных гостей. Это ответы "да или нет" про настоящее, а не тренды про прошлое.
Единственное место пересечения этих двух миров это ёмкость, и там Atlas намеренно остаётся неглубоким: он сообщает давление сейчас вместо того, чтобы строить кривую. Если нужна кривая, значит нужен стек метрик, и честный совет состоит в том, чтобы его держать.
Причина говорить всё это прямо та же самая, по которой существует остальная часть этой вики. Инструменту, который говорит, чего он не делает, легче поверить в том, что он делает.
Источники
Собственная документация Proxmox. На английском, и последнее слово в этом вопросе за ней.