Мониторинг и бэкап

Сервис чаще умирает тихо: нода легла ночью, у хостинга кончился баланс и сервер выключили, серт протух, БД не бэкапилась, а вы узнаёте из потока негатива в боте. Закрываем заранее.

📖 Незнакомые слова? Все термины простыми словами есть в Словаре терминов.

Что мониторить

Объект	Признак беды	Как
Ноды	offline в панели	Remnawave статус + внешний uptime
Страница подписки	не отвечает → клиенты без конфигов	HTTP-проверка URL подписки
Диск / RAM ноды	переполнение → Xray падает	Мониторинг ресурсов (Beszel)
Баланс хостинга	уйдёт в ноль → сервер выключат	напоминания, авто-пополнение
Домен / сертификат	протух → всё лежит	срок в Cloudflare/`certbot`, авто-renew

Uptime Kuma + алерты в Telegram

Лёгкий монитор с уведомлениями в бот за 2 минуты:

docker run -d --restart=always -p 127.0.0.1:3001:3001 \
  -v uptime-kuma:/app/data --name uptime-kuma louislam/uptime-kuma:1

Откройте за reverse-proxy, добавьте мониторы: TCP на ноды (IP:443), HTTP на страницу подписки. В Notifications → Telegram: бот-токен + ваш chat_id → при падении прилетит сообщение. Поставьте интервал 60 с и 2–3 ретрая (чтобы не дёргало на моргании).

⚠️ Kuma отвечает только на вопрос «отвечает порт или нет» и краснеет ровно тогда, когда клиенты уже пишут в поддержку. Она не видит, что диск забился логами Xray и до аварии осталось три дня. Второй слой: мониторинг ресурсов изнутри. Читайте: Мониторинг ресурсов: увидеть, что нода умирает, до падения. Нужны оба.

Бэкап БД Remnawave (обязательно)

Нет бэкапа БД = угон/сбой = потеря всех клиентов. PostgreSQL дампится одной командой:

cd /opt/remnawave
docker compose exec -T remnawave-db pg_dump -U postgres postgres > backup-$(date +%F).sql
tar czf conf-$(date +%F).tgz .env docker-compose.yml

Авто-бэкап по cron (ежедневно в 4:00) + выгрузка вне сервера (rclone в S3/облако):

cat >/etc/cron.d/rw-backup <<'EOF'
0 4 * * * root cd /opt/remnawave && docker compose exec -T remnawave-db pg_dump -U postgres postgres | gzip > /root/backups/db-$(date +\%F).sql.gz
EOF
# выгрузка наружу (настройте rclone заранее):
# rclone copy /root/backups remote:vpnhub-backups

Храните бэкапы в другом месте (другой провайдер/облако). Бэкап на том же сервере, который изъяли/удалили, бесполезен. Держите 7–14 копий.

Восстановление

cd /opt/remnawave
docker compose up -d remnawave-db                 # поднять только БД
gunzip < /root/backups/db-2026-06-05.sql.gz | \
  docker compose exec -T remnawave-db psql -U postgres postgres   # залить дамп
docker compose up -d                              # поднять панель

Проверьте: пользователи/ноды/сквады на месте, ноды поднялись online. Регулярно тестируйте восстановление на запасном сервере: «бэкап, который не восстанавливается» = нет бэкапа.

Авто-продление сертификатов

certbot ставит systemd-timer сам: проверьте systemctl list-timers | grep certbot.
Для нод за CDN/Reality серт от Let's Encrypt: certbot renew --dry-run раз в квартал для контроля.

Гигиена «не слить деньги»

Удаляйте лишние/выключенные VPS: они тикают по счёту (главный убийца маржи).
Настройте напоминания о балансе хостингов (часть провайдеров шлёт на почту/в ТГ).
Дашборд: одна страница со статусом всех нод + подписки + балансов.

Связано: «Защита панели» (бэкап до правок), «Юнит-экономика» (мёртвые серверы), «Заблокировали IP?» (реакция на падение).