Beszel：轻量级服务器与容器监控

用轻量 Hub + Agent 架构统一观察多台服务器的 CPU、内存、磁盘、网络与容器趋势，并作为磁盘容量长期告警层。

#concept #growing #ops #observability #linux

[!info] related notes

磁盘诊断：Linux 磁盘占用检查与分析

可观测性：Observability Engineering MOC

深度实时监控：Netdata：实时系统可观测性

Beszel：轻量级服务器与容器监控

定位

Beszel 更适合回答：

哪台服务器正在变满、变慢或资源异常？

而不是：

/srv/hermes-personal/.../opencode.db 为什么有 9 GB？

因此 Beszel 是长期趋势与告警层，gdu / du 是现场下钻层。

架构

Beszel Hub
  ├─ Server A Agent
  ├─ Server B Agent
  ├─ Server C Agent
  └─ ...

官方支持 Hub 使用：

Docker / Podman；
单一二进制。

Agent 支持：

Docker / Podman；
单一二进制；
Homebrew；
WinGet / Scoop；
Home Assistant add-on。

Hub 最小 Docker 形态

services:
  beszel:
    image: henrygd/beszel:latest
    container_name: beszel
    restart: unless-stopped
    environment:
      APP_URL: http://localhost:8090
    ports:
      - 8090:8090
    volumes:
      - ./beszel_data:/beszel_data

默认 Web 入口使用 8090。

Agent

官方 Agent 可以通过 KEY/TOKEN 与 Hub 建立连接，并支持通过 Unix Socket 或网络连接。

如果需要容器数据，常见 Docker 部署会只读挂载：

/var/run/docker.sock:/var/run/docker.sock:ro

即使是只读挂载，Docker socket 仍是高权限接口，部署时应把 Hub/Agent 当作基础设施组件管理。

为什么适合小型多服务器环境

典型家庭 / 个人开发基础设施：

Oracle2
GCP Dev
N100/PVE
NAS
其他 VPS

Beszel 可以统一回答：

哪台机器磁盘从 70% 涨到 85%；
哪台机器内存持续走高；
哪个容器 CPU 异常；
最近资源趋势是否稳定。

和磁盘分析工具的边界

Beszel
→ 发现“磁盘持续上涨”

然后 SSH：
duf
→ 找 filesystem

gdu -x --no-delete /
→ 找目录

业务工具
→ 判断 cache / DB / container layer 能否清理

Beszel vs Netdata

维度	Beszel	Netdata
目标	轻量、多节点总览	深度、实时可观测性
部署复杂度	较低	较高
指标丰富度	足够日常巡检	很丰富
多台小服务器	很合适	也支持
深入排障	中等	更强

来源

Getting Started：https://beszel.dev/guide/getting-started
Agent Installation：https://beszel.dev/guide/agent-installation