Uptime Kuma 唔夠用？Pulse 係 homelab 監控升級，但權限要諗清楚
由 endpoint uptime 走到 Proxmox、Docker、TrueNAS 資源監控
點解 Uptime Kuma 會唔夠用
屋企 NAS、Proxmox 小 server、Docker 堆 app，最煩係機器壞咗半日先有人發現，尤其你以為只係某個 app 慢，其實背後可能係 ZFS pool 逼爆或者備份 job 一路失敗。Uptime Kuma 好啱第一步：HTTP、Ping、TCP、DNS、Docker container、certificate、status page、Telegram/Slack/Email 告警，一個 Docker 起到，介面又清楚。問題係，當你由幾個網址 online 玩到 VM、LXC、ZFS、備份、Docker host、TrueNAS app，單純 uptime 監控就開始盲：服務有回應，唔代表底層一定健康。
XDA Developers 作者 Ayush Pande 喺 2026 年 7 月 12 日寫咗一篇個人經驗，話自己由 Uptime Kuma 轉用 Pulse。佢嘅理由唔係 Uptime Kuma 差；相反，Uptime Kuma 做 uptime monitoring 仍然乾淨。轉捩點係 homelab 長大咗：Proxmox 入面有 LXC 同 VM、旁邊又有 TrueNAS、Docker、Kubernetes，佢想一眼見晒 CPU、RAM、storage、network、uptime、狀態、備份同告警，唔想 Uptime Kuma 加 Beszel 再加幾個 panel 分開睇。
圖片：Pulse GitHub
Pulse 補上嘅，其實係資源同平台脈絡
Pulse 官方 README 講明，Pulse 目標好清楚：Proxmox VE/PBS/PMG、Docker/Podman、Kubernetes、TrueNAS、vSphere 同獨立主機，全部擺喺同一個 workspace。佢唔只記一個 service 有冇回應，仲會拉 Proxmox node、VM/LXC、storage、backup history、TrueNAS pools/datasets/disks、Docker container health 等資料。官方亦話 v6 係重砌過嘅 unified workspace，TrueNAS 同 vSphere 變成正式支援平台，呢點對自架 NAS 用戶先有用：你睇到個 app 有冇 online 之外，仲睇到支撐個 app 嘅底層有冇出事。
喺 Proxmox 呢邊，XDA 作者講 Pulse 可以攞 node 硬件資料、備份 task，同 VM/LXC 嘅 CPU、RAM、storage、network、uptime 同運作狀態；加 agent 之後，仲可以睇 lm-sensors 讀到嘅溫度。告警方面，Pulse 可以針對資源用量同 critical notification 設 threshold，再送去 SMTP、Apprise 或者 webhook。呢啲功能唔華麗，但係 homelab 由玩具變成日常工具之後先會痛嘅位：相簿 server、文件 server、影音庫、內部 wiki，壞咗未必即刻停工，但你唔想星期一朝先知。
圖片：Pulse GitHub
同 Uptime Kuma 取捨好清楚
唔好因為 Pulse 功能多，就當 Uptime Kuma 過氣。Uptime Kuma 官方功能表仍然好實用：HTTP/TCP/Ping/DNS/WebSocket/push/Docker container、90+ notification、status page、certificate info，裝法簡單，Docker 一條 command 就起到。你只係想知道屋企寬頻個 reverse proxy、Nextcloud、Plex、Home Assistant、公司幾個內部 URL 有冇跌，Uptime Kuma 仲係最少摩擦嘅選擇，尤其 status page 畀屋企人或者同事睇，Pulse 反而太重。
Pulse 啱嘅係另一批人：你有幾部 Proxmox node、TrueNAS 負責 storage、Docker/Podman 分散喺 VM 或 LXC，仲想睇備份、ZFS、container health、資源趨勢同告警脈絡。咁就算 Uptime Kuma 冇錯，佢都只係睇入口；Pulse 會睇入口背後成套系統。不過官方 tier 亦要睇清楚：Community core monitoring 免費兼 self-hosted，Pulse Patrol 可以 BYOK 或本地模型；Relay/Pro/Cloud 先有 remote access、mobile、push、較長 history、調查同受控修復等進階嘢。
圖片：Pulse GitHub
權限位要諗清楚
最要小心嘅位係權限。Pulse install docs 話 Docker 版唔使直接 mount Docker socket 去 Pulse server container，但 Docker monitoring 要喺 Docker host 裝 unified agent，而且 agent 要有 /var/run/docker.sock access；agent security 文件亦講，Linux/systemd agent 預設用 root 跑，因為 SMART、RAID、溫度、ZFS/Ceph、Docker socket 呢類 telemetry 本身就要本機權限。官方建議 Proxmox 先用 API-only，夠睇 inventory、node status、VM/LXC status、storage metrics 就唔好硬裝 host agent。
呢點同 Uptime Kuma Docker monitor 一樣要記住：Uptime Kuma 官方 wiki 直接警告，交 Docker socket 或 TCP port 俾監控 container，等同畀佢控制 host Docker daemon；如果 container 出事，host 都會受牽連。所以 Pulse 唔應該用功能多做理由，一刀切換走 Uptime Kuma。屋企玩下都要開專用 API token、最少權限、內網/VPN、HTTPS、定期更新；小型辦公室要再諗邊個有 admin、告警由邊個收，同 Docker update button 呢啲可唔可以按。
點揀
如果你而家只係用 Uptime Kuma 睇幾個 URL 同 certificate，唔使轉；最多加 Beszel 或 Netdata 去睇資源，簡單清楚。相反，如果你已經有 Proxmox + TrueNAS + Docker，仲要靠幾個 browser tab 先知邊個 backup fail、邊個 pool 爆、邊個 container 一直 restart，Pulse 值得試，但先喺一部 test node 起，API-only 開始，再逐步加 agent。呢類監控工具最有價值嗰刻，往往係你未出事之前已經收到一個有脈絡嘅提醒。
參考來源
- XDA Developers — I replaced Uptime Kuma with this powerful tool, and it monitors my Proxmox, Docker, and TrueNAS systems like a pro — original report
- rcourtman/Pulse GitHub README — 核對 Pulse 支援 Proxmox、Docker、Kubernetes、TrueNAS、vSphere、MIT license、v6 同 Community/Relay/Pro 功能
- Pulse Installation Guide — 核對 Docker、Proxmox LXC、bootstrap token 同 agent 安裝要求
- Pulse Agent Security — 核對 root agent、Proxmox API-only 路徑同 Docker socket 權限風險
- Pulse Docker Guide — 核對 Docker monitoring、socket access 同 update button 可關閉嘅設定
- Uptime Kuma README — 核對 Uptime Kuma monitor 類型、通知渠道、status page、Docker 安裝同 MIT license
- Uptime Kuma Wiki: How to Monitor Docker Containers — 核對 Docker socket/TCP 監控嘅官方安全警告
本文根據原文及公開資料整理；資料有出入時，以原文及官方資料為準。
