Uptime Kuma и Beszel дополняют друг друга. Kuma отвечает на вопрос «сервис доступен и выполняет минимальный контракт?», Beszel — «что происходит с CPU, RAM, диском и сетью хоста?».

​
Рекомендуемые Kuma monitors

database, redis и storage health endpoints нельзя делать публичными с диагностическими подробностями. Достаточно статуса; внутреннюю причину хранит лог backend.

​
Push monitors

Push подходит для задач, которые должны периодически завершаться, но не имеют постоянного порта:
  • Proxmox/PBS backup job;
  • database dump;
  • Minecraft world backup;
  • publisher/CI release;
  • certificate renewal smoke check;
  • off-site replication;
  • cleanup с контролируемым retention.
Используйте grace period больше обычной длительности задачи. Push URL является секретом и хранится в secret store job, а не в документации.

​
Beszel systems

Минимальный набор hosts:
  • Proxmox xinboshin;
  • VM 100 Minecraft;
  • VM 101 VPN;
  • VM 102 GitLab;
  • VM 103 GitLab Runner;
  • VM 104 launcher-server;
  • host сайта;
  • edge/Nginx Proxy Manager;
  • CRM/Plane host;
  • monitoring host.
Для каждого host настройте alerts: Порог уточняется по baseline. Краткий CPU spike GitLab Runner не должен создавать критический incident, а заполнение ZFS pool — должно.

​
Правила уведомлений

  • Critical: уведомление сразу и повтор до подтверждения.
  • High: после двух-трёх последовательных неудач.
  • Maintenance: monitors приостанавливаются на согласованное окно, но не удаляются.
  • Flapping: сначала исправляется monitor/timeout, а не отключаются все alerts.
  • После incident причина и постоянное исправление добавляются в runbook.