henrygd/beszel

如果你有几台机器或一个 homelab，想要历史曲线和告警又不想搭一整套重型监控，Beszel 值得看一眼。真正要先确认的是 hub 加 agent 的架构是否适合你的网络，因为每台被监控机器都需要能连到 hub。

解决什么问题

手上有几台服务器或一个 homelab，事后想查清某天为什么变慢：哪台机器负载高、哪个容器吃内存、硬盘是不是快坏了。一台台看实时指标很费劲，完整监控栈又要花时间配置。Beszel 把 Web 面板放在前面、每台主机跑一个小 agent，配置一次后就能在同一个地方看历史和收告警。你得到的是一份主机与容器的共享趋势视图，而不是散落在各个终端里的临时输出。

有什么不同

它的机制是中心化的 hub（基于 PocketBase 的 Web 应用）加每台机器上的 agent，agent 把指标发给 hub。这样重 UI 和存储集中在一处，单机占用小，对低功耗设备尤其友好。历史数据留在 hub 上，过去的尖峰和容器行为还能回看，不会随终端关闭而消失。

覆盖面不止 CPU 曲线：README 列出 Docker/Podman 容器指标、磁盘 I/O、温度、风扇转速、Nvidia/AMD/Intel 的 GPU 占用与功耗、电池、S.M.A.R.T. 磁盘健康，以及 ZFS 池与数据集的容量、健康、I/O 和 scrub 状态。告警可针对大多数指标配置，并支持多种通知服务。代价在运维上：每台主机要装 agent 并保持能连到 hub，不是零接触、无代理的设计。多用户（各自管理自己的系统、管理员可共享）、OAuth/OIDC 和可关闭密码登录也意味着共享部署要多做几个决定，单人 homelab 可以忽略。

谁值得试

适合：自己掌控网络、能在每台机器上跑 agent 的 homelab 或小型自托管集群，尤其是关心 Docker 指标、磁盘健康或 GPU 数据的场景。不适合：无法逐台安装 agent，或需要监控系统自动发现并观察机器的环境。文档给出的路径是按 Docker 方式部署 hub 和 agent，动手前先看快速上手，确认你的系统组合在支持范围内。

使用条件与边界

每台被监控系统都需要一个能访问 hub 的 agent，网络连通和凭据是持续要维护的事，不是一次性配置。主机指标受限于 agent 在该系统上能读到什么：风扇转速等传感器数据文档写明仅 Linux，ZFS 和 S.M.A.R.T. 的细节也取决于主机是否暴露这些信息。备份支持写到磁盘或 S3 兼容存储，但恢复和验证得自己负责。README 中 REST API 一项被注释掉，暂时不要围绕它规划集成。

HotRepo 点评

HotRepo 记录该仓库 2026-10-24 为 26,508 星（+28），2026-10-25 为 26,509 星（+23），两天登上日榜。样本很薄，无法据此判断关注度能否持续。README 自称比主流方案更轻量，但没有独立验证，迁移前请和现有方案实测对比。建议先在最不标准的那台机器上确认 agent 到 hub 的连通性和该系统的传感器支持。