Если у вас крутится Proxmox VE, вы наверняка знаете, как быстро можно потерять из виду, что творится с узлами, контейнерами и сториджами. Вроде бы всё зелёное — пока внезапно не краснеет. Вот здесь и пригодится Pulse — лёгкая, самодостаточная система мониторинга, созданная специально для Proxmox.
Что это вообще такое
Pulse — это веб-панель, которая собирает метрики с узлов Proxmox VE, Proxmox Backup Server (PBS), Proxmox Mail Gateway (PMG) и даже Docker-хостов. Она показывает в реальном времени загрузку CPU, RAM, дисков, сети, состояние хранилищ и бэкапов. При этом Pulse не требует Prometheus, InfluxDB, Grafana или другой тяжёлой инфраструктуры — всё работает «из коробки».
Ключевые фишки
- Мониторинг в реальном времени по всем узлам и ВМ.
- Автообнаружение хостов Proxmox и простое подключение через токены API.
- Уведомления через email, Telegram, Discord, Slack, Teams, Gotify, ntfy.sh и другие каналы.
- Поддержка PBS (аналитика по бэкапам) и PMG (статистика писем, спама и т.п.).
- Docker-агент для мониторинга контейнеров вне Proxmox.
- Продуманная безопасность — CSRF, bcrypt, HttpOnly-сессии, аудит и без всякой телеметрии наружу.
Как установить
Pulse можно поднять где угодно — в LXC, Docker, Kubernetes или как обычный systemd-сервис. Самый популярный способ — в контейнере Proxmox.
Установка в Proxmox LXC
curl -fsSL https://raw.githubusercontent.com/rcourtman/Pulse/main/install.sh | bash
Скрипт автоматически создаст LXC-контейнер, установит Pulse и выведет адрес (по умолчанию порт 7655).
Далее открываете браузер и переходите на http://<IP>:7655.
В контейнере лежит файл с токеном для первой авторизации:
/data/.bootstrap_token
Используете этот токен при первом входе — и можно добавлять узлы.
Альтернатива — Docker
docker run -d -p 7655:7655 -v pulse_data:/data rcourtman/pulse:latest
Дальше всё аналогично: заходите в веб-интерфейс, добавляете токены, настраиваете оповещения.
Подключаем Proxmox
Pulse подключается к API Proxmox через токены.
Для этого в Proxmox создаёте пользователя и токен с ролью PVEAuditor (или своей read-only ролью) и назначаете её на путь / с включённым propagate.
Уведомления
Система оповещений в Pulse гибкая и не перегружена.
Можно задать пороги по CPU, памяти, дискам, состоянию ВМ и сториджей, а также получать уведомления через Telegram, Discord, Slack, email и другие каналы.
Для сложных сценариев есть поддержка Apprise — универсальной системы для отправки уведомлений куда угодно.
Безопасность
Разработчик уделил внимание безопасности:
- Все сессии шифруются и имеют ограничения по времени;
- Пароли хранятся через bcrypt;
- Есть защита от CSRF, XSS и брутфорса;
- А главное — Pulse не отправляет данные наружу. Никакой телеметрии, никаких скрытых запросов.
Почему стоит попробовать
Большинство систем мониторинга — это целый стек из Prometheus, Grafana, Alertmanager и т.д. Они мощные, но требуют настройки, обновлений, хранения метрик и головной боли.
Pulse — это минимализм: быстро поставить, быстро увидеть, быстро понять.
Он идеально подходит для homelab, малого бизнеса и тех, кто хочет видеть состояние своих Proxmox-кластеров «здесь и сейчас».
Кому подойдёт
- Домашним лабораториям и энтузиастам, где крутится 1–5 узлов.
- Малому бизнесу с Proxmox-кластером и PBS/PMG.
- MSP и тех, кто ведёт несколько площадок — Pulse может собирать данные с разных мест.
- Тем, кто хочет «живую панель» рядом с более тяжёлым мониторингом (Prometheus/Zabbix).
⚠️ Повышенная запись на диск
Pulse хранит метрики локально и довольно часто сбрасывает их на диск.
На практике это может приводить к:
- постоянному DiskWrite даже в простое;
- десяткам или сотням гигабайт записи за месяцы работы;
- дополнительному износу SSD/NVMe;
- заметному I/O внутри LXC, Docker или VM.
Не подходит как долгосрочное хранилище метрик
Pulse удобен как «живая панель», но:
- нет полноценной исторической аналитики на месяцы/годы;
- нет гибких запросов/алертов уровня Prometheus;
- не рассчитан на большие инсталляции.
Для серьёзного продакшена всё равно может потребоваться стек вроде Prometheus/Grafana или Zabbix.
Вывод
Pulse хорошо подходит как лёгкий мониторинг «из коробки», но при постоянной работе стоит учитывать фоновую нагрузку на диск и особенности локального хранения метрик.
Добавить комментарий