release: версия 0.0.9

Документация мониторинга описывала только старые компоненты (prometheus,
postgres/redis-exporter, дашборд пайплайнов) — актуализирована под
node-exporter/cAdvisor, дашборд host.json и три новых алерта.

.env.example

@@ -98,7 +98,7 @@ SMTP_TIMEOUT_S=30
 # --- Версия инстанса (релиз v0.0.1) ---
 # install.sh копирует значение из корневого файла VERSION при каждой
 # установке/обновлении — руками менять не нужно.
-VIDCONF_VERSION=0.0.8
+VIDCONF_VERSION=0.0.9
 
 # --- Профили compose. Дефолт ниже (`media,monitoring`) — только для ручного
 # `docker compose up` БЕЗ install.sh: медиа (LiveKit+coturn) + мониторинг,

CHANGELOG.md

@@ -3,6 +3,24 @@
 Формат основан на [Keep a Changelog](https://keepachangelog.com/ru/1.1.0/),
 проект придерживается [семантического версионирования](https://semver.org/lang/ru/).
 
+## [0.0.9] — 2026-07-28
+
+Метрики CPU/RAM/диска хоста и контейнеров в Grafana; дефолтные подвкладки
+конференций и пользователей в админке.
+
+### Добавлено
+- Мониторинг железа: `node-exporter` (CPU/RAM/диск/сеть/load average хоста)
+  и `cAdvisor` (метрики по каждому контейнеру) — профиль compose
+  `monitoring`, без публикации портов наружу. Новый дашборд Grafana «Хост и
+  контейнеры». Три новых алерта Prometheus: `HostMemoryLow`, `HostDiskLow`,
+  `HostCpuHigh` (пороги — под сервер `1gb`: 8 ГБ RAM, 4 CPU, 50 ГБ диска).
+
+### Изменено
+- Админка, вкладка «Конференции»: вкладка «Все» перенесена в конец списка
+  фильтров (после «Завершённые»), по умолчанию открываются «Запланированные».
+- Админка, вкладка «Пользователи»: по умолчанию открываются «Активные»
+  (было «Все»).
+
 ## [0.0.8] — 2026-07-27
 
 Админка: несколько mail-доменов для регистрации, фильтр и поиск по команде в
@@ -206,6 +224,7 @@
 
 Первоначальная версия VidConf.
 
+[0.0.9]: https://github.com/MaxRonzhin/vidconf_rel/releases/tag/v0.0.9
 [0.0.8]: https://github.com/MaxRonzhin/vidconf_rel/releases/tag/v0.0.8
 [0.0.7]: https://github.com/MaxRonzhin/vidconf_rel/releases/tag/v0.0.7
 [0.0.6]: https://github.com/MaxRonzhin/vidconf_rel/releases/tag/v0.0.6

VERSION

@@ -1 +1 @@
-0.0.8
+0.0.9

deploy/docker-compose.yml

@@ -82,7 +82,7 @@ services:
       MEDIA_ROOT: ${MEDIA_ROOT:-/app/media}
       # Версия инстанса (релиз v0.0.1) — install.sh копирует значение
       # из файла VERSION (корень репозитория) в .env; отдаётся в GET /api/health.
-      VIDCONF_VERSION: ${VIDCONF_VERSION:-0.0.8}
+      VIDCONF_VERSION: ${VIDCONF_VERSION:-0.0.9}
     # config/ лежит в корне репозитория и не попадает в образ (контекст сборки —
     # только backend/), поэтому plugins.yaml монтируется отдельно.
     volumes:

docs/deploy/monitoring.md

@@ -10,11 +10,25 @@
 | `prometheus` | `prom/prometheus:v3.13.1` | `9090` | сбор и хранение метрик, оценка правил алертинга |
 | `postgres-exporter` | `quay.io/prometheuscommunity/postgres-exporter:v0.20.1` | — (внутренний) | метрики PostgreSQL |
 | `redis-exporter` | `oliver006/redis_exporter:v1.87.0-alpine` | — (внутренний) | метрики Redis |
-| `grafana` | `grafana/grafana:13.1.0` | `3001` (внутри контейнера `3000`) | дашборд «Пайплайны пост-обработки» |
+| `node-exporter` | `prom/node-exporter:v1.8.2` | — (внутренний) | метрики хоста: CPU, память, диск, сеть, load average |
+| `cadvisor` | `gcr.io/cadvisor/cadvisor:v0.49.2` | — (внутренний) | метрики по каждому контейнеру (CPU/память) |
+| `grafana` | `grafana/grafana:13.1.0` | `3001` (внутри контейнера `3000`) | дашборды «Пайплайны пост-обработки» и «Хост и контейнеры» |
+
+`node-exporter`/`cadvisor` не публикуют порт на хост вообще (не только
+127.0.0.1) — Prometheus ходит к ним по имени сервиса во внутренней сети
+compose, публикация на хост для этого не нужна. `cadvisor` смонтирован
+к `/var/run/docker.sock` только на чтение (`:ro`) и запущен с
+`--docker_only` + урезанным набором коллекторов (`--disable_metrics`) —
+он заметно дороже `node-exporter` по CPU/RAM, урезание снижает накладные
+расходы. Если на конкретном сервере это всё равно избыточно —
+`cadvisor` можно убрать из `deploy/docker-compose.yml`, оставив только
+`node-exporter` (метрики хоста при этом не пострадают, пропадёт только
+разбивка по контейнерам).
 
 Файлы: `deploy/monitoring/prometheus.yml`, `deploy/monitoring/alerts.yml`,
 `deploy/monitoring/grafana/provisioning/` (datasource + провайдер
-дашбордов), `deploy/monitoring/grafana/dashboards/pipelines.json`.
+дашбордов), `deploy/monitoring/grafana/dashboards/pipelines.json`,
+`deploy/monitoring/grafana/dashboards/host.json`.
 
 ## 2. Запуск
 
@@ -37,9 +51,9 @@ ssh -L 9090:127.0.0.1:9090 -L 3001:127.0.0.1:3001 <user>@<host>
 ```
 и открывайте `http://localhost:9090` / `http://localhost:3001` у себя.
 
-Дашборд «Пайплайны пост-обработки» (папка VidConf в Grafana) появляется
-сразу — источник данных и дашборд провижинятся из файлов, без ручной
-настройки.
+Дашборды «Пайплайны пост-обработки» и «Хост и контейнеры» (папка VidConf
+в Grafana) появляются сразу — источник данных и дашборды провижинятся из
+файлов, без ручной настройки.
 
 ## 3. Метрики backend
 
@@ -78,6 +92,13 @@ Job `llm` в `prometheus.yml` скрейпит `llm:8080/metrics`
 | `PipelineFailed` | рост числа сеансов в статусе `failed` за 15 минут | critical |
 | `QueueGrowing` | глубина очереди растёт 15 минут подряд и превышает 10 задач | warning |
 | `LlmDown` | `up{job="llm"} == 0` дольше 2 минут | critical (закомментирован по умолчанию) |
+| `HostMemoryLow` | свободно <10% RAM (≈800 МБ из 8 ГБ) дольше 10 минут | warning |
+| `HostDiskLow` | свободно <10% диска (≈5 ГБ из 50 ГБ) дольше 15 минут | warning |
+| `HostCpuHigh` | загрузка CPU >90% дольше 15 минут подряд | warning |
+
+Пороги трёх алертов по железу подобраны под конкретный сервер `1gb`
+(8 ГБ RAM, 4 CPU, 50 ГБ диска) — при смене сервера пересчитать
+(`deploy/monitoring/alerts.yml`, группа `vidconf-host`).
 
 `LlmDown` актуален только на инсталляциях с профилем `llm`/`llm-gpu`
 (пресеты 3–5) — по умолчанию (профили `media,monitoring`, без AI) правило