2026 年 Beszel VPS 推荐：配置要求、托管费用与安装指南

适合 Beszel 的 VPS 通常不需要很高配置：一台配备持久化 SSD 存储、能够可靠连接被监控主机，并为操作系统保留足够内存的 Linux 服务器即可。Beszel 是轻量级服务器监控平台，可采集 CPU、内存、磁盘和网络指标，跟踪 Docker 容器，并在自托管监控面板中展示历史图表和告警。

如果你在多台 VPS 上运行应用，希望在磁盘写满或进程内存耗尽之前了解资源压力，Beszel 就很实用。一个中心面板可以监控多台服务器，无需自行搭建完整的指标查询和可视化系统。

选择 Beszel VPS 托管方案时，不能只看最低月费。Hub 需要可恢复的存储、受保护的管理员访问方式，还应避免与被监控应用共用所有故障点。本文介绍实际配置建议，对比五家服务商，并说明如何在 Ubuntu VPS 上使用 Docker Compose 安装 Beszel。

发布日期：2026 年 11 月 2 日。 本文核对了公开配置与官方文档，不代表购买服务器后的性能实测，也不包含基于亲身使用的可靠性结论。价格不含税费和可选附加服务。LightNode 链接为推广链接，我们可能获得佣金。

• Beszel 是什么？
• Beszel VPS 配置要求
• Beszel 托管需要多少钱？
• 2026 年适合 Beszel 的 VPS 服务商
  • 1. LightNode：灵活按小时部署 Beszel
  • 2. DigitalOcean：开发者文档与清晰的配置档位
  • 3. Vultr：按地区需求部署
  • 4. Akamai Cloud / Linode：通用 Linux 托管
  • 5. Hetzner：比较可购买的欧洲资源
• 如何在 VPS 上安装 Beszel
  • 第 1 步：准备 Ubuntu VPS
  • 第 2 步：安装 Docker 和 Docker Compose
  • 第 3 步：部署 Beszel Hub
  • 第 4 步：访问 Beszel 面板
  • 第 5 步：创建管理员账户
  • 第 6 步：添加服务器并安装 Beszel Agent
  • 第 7 步：确认监控数据
  • 第 8 步：保护 Beszel 部署
• Beszel 与 Uptime Kuma 对比
• Beszel 的替代方案
• 常见问题
  • Beszel 可以运行在 1 GB 内存的 VPS 上吗？
  • Beszel 免费且开源吗？
  • Beszel 必须使用 Docker 吗？
  • Beszel 能监控多台 VPS 吗？
  • Beszel 比 Uptime Kuma 更好吗？
  • 自托管 Beszel 需要多少钱？
• 最终建议

Beszel 是什么？

Beszel 将监控分为 Hub 和 Agent 两部分。Hub 保存数据并提供监控面板；Agent 安装在每台被监控主机上，采集系统与容器指标。增加一台 VPS 时，无需再部署一个面板。参见官方介绍。

相比自行组合 Prometheus exporter、指标数据库和 Grafana 面板，Beszel 提供更聚焦、开箱即用程度更高的流程。它适合需要直观查看基础设施历史数据的个人开发者、小型团队和自托管用户，而不是所有场景通用的可观测性平台。

Beszel 不能替代应用日志、链路追踪或外部可用性检查。服务器内存使用正常，不代表结账接口不会返回错误。因此，监控 n8n 部署或 Coolify 服务器时，资源指标与应用健康检查应当配合使用。

Beszel VPS 配置要求

已查阅的安装文档说明了支持的部署方式，但没有给出适用于所有场景的 CPU 和内存最低数值。下表所有配置都是面向 Hub VPS 的编辑部规划估算，已考虑 Linux 与 Docker 的开销，并非官方要求，也不保证可监控固定数量的服务器。

资源	入门／小型部署	推荐／多服务器部署	较大规模监控部署
CPU	1 个共享 vCPU	1–2 vCPU	2–4 vCPU；测量持续负载
内存	1 GB	2 GB	4–8 GB，再根据情况调整
存储	总计 20–25 GB SSD	总计 40–50 GB SSD	80 GB 以上 SSD；按实际增长量规划
操作系统	Ubuntu 24.04 LTS，64 位	受支持的 64 位 Linux；本文使用 Ubuntu	持续维护的 Linux，并验证备份与恢复
Docker/Podman	支持；也可通过二进制文件部署	当前受支持的 Docker Engine 与 Compose 插件	同左，并规划升级
网络要求	私有管理访问；Agent 连接正常	HTTPS Hub 或私有路由网络	明确的防火墙规则、DNS 与连通性监控
推荐用途	个人评估，少量系统	多台 VPS 与容器	更多主机、容器或更长历史保留期

Agent 的职责不同：它只采集本机信息，不保存整个服务器集群的历史数据。无需为每个 Agent 单独购买一台 2 GB VPS；在现有主机上预留资源，并测量增加的开销即可。Docker 容器数量、采集设置、同时访问面板的用户数和指标保留量都可能影响 Hub 的需求。

1 GB 主机可以作为小型评估环境，2 GB 则能为更新和反向代理留出更多空间。磁盘需要容纳镜像、日志、数据库增长和临时备份。不要假设 50 GB 磁盘可以一直够用，应检查保留策略；本文不提供适用于所有场景的“每台服务器占用多少 GB”承诺。

部署位置同样重要。如果 Hub 和所有关键工作负载在同一台主机上，该主机完全离线时，Hub 自己的面板也无法继续报告故障。重视可用性时，应选择独立故障域，并增加外部心跳或在线状态检查。

Beszel 托管需要多少钱？

Beszel 自托管没有按服务器数量收取的软件订阅费。账单主要包括计算资源、历史数据存储、流量、备份，以及可能需要的域名。下列美元月度预算区间是估算，不是服务商报价；人工、税费和付费通知服务另计。

Hub 配置	计算资源估算	异地备份预算估算	月度总额估算
1 vCPU / 1 GB / 20–25 GB SSD	$5–$8	$1–$3	$6–$11
1–2 vCPU / 2 GB / 40–55 GB SSD	$8–$15	$2–$5	$10–$20
2–4 vCPU / 4–8 GB / 80 GB+ SSD	$20–$50	$5–$10	$25–$60

已核实的 DigitalOcean 1 GiB 套餐为 $6，2 GiB 套餐为 $12。Linode 基础地区 2 GB 套餐的备份附加服务为 $2.50，因此这个例子在其他费用之前合计 $14.50。以上具体报价与表中的示例预算应分别理解。

更长的历史保留期需要更多存储，更多容器与系统也会增加采集和数据库工作量。指标流量不同于视频流，但不能保证每个监控环境的流量都可以忽略。Agent 通信、面板访问、软件下载和异地备份传输都应计入套餐流量额度。

使用已有域名的子域名，可能无需另付注册费。否则应按注册商的实际续费价格预算，而不是只看首年促销价。持久化卷可以让数据在容器更换后保留，但不会自动创建独立备份，也不包含备份费用。

2026 年适合 Beszel 的 VPS 服务商

以下建议基于公开配置，面向需要自行管理的基础设施。入门价格与建议配置并不相同。购买前应确认地区库存、IPv4、备份和最终订单总额。

服务商	已核实入门价格	建议 Hub 配置	建议套餐价格	适用场景
LightNode	月度参考价 $7.71	1 vCPU / 2 GB / 50 GB NVMe	参考价 $7.71	按小时试用与地区选择
DigitalOcean	$4/月，512 MiB	1 vCPU / 2 GiB / 50 GiB SSD	$12/月	依照文档进行开发者部署
Vultr	已核实的 1 GB 常规套餐 $5/月*	1 vCPU / 2 GB / 55 GB SSD	基础地区 $10/月	选择所需部署地区
Akamai Cloud / Linode	基础地区 Nanode $5/月	1 vCPU / 2 GB / 50 GB 磁盘	基础地区 $12/月	常规 Linux 运维
Hetzner	需查询当前报价	有库存时选 CPX12：1 vCPU / 2 GB / 40 GB NVMe	需查询当前报价	比较可购买的欧盟资源

*Vultr 已核实的 1 GB 套餐是本文的入门选项，不代表其完整产品目录中的最低价。来源：Vultr 公开套餐 API、Linode 2 GB API及 Nanode API；其他套餐来源已在表中链接。

1. LightNode：灵活按小时部署 Beszel

LightNode 推荐配置

建议配置： Start Linux，1 vCPU、2 GB 内存、50 GB NVMe SSD，页面列出 1 TB 流量。入门价格： 页面显示月度参考价 $7.71。

访问官网 → LightNode

LightNode 提供 KVM 虚拟机、root 权限、独立 IP，以及分布在多个大洲的机房。Linux 与 Docker 支持适合按常规方式自行安装 Beszel，不代表已核实有代管的 Beszel 产品。

优点： 按小时计费适合短期评估；地区选择覆盖东南亚和中东。不足： 官方 FAQ 当前说明仅支持 IPv4，且每台实例只有一个 IPv4，这会影响仅使用 IPv6 的环境。适合： 希望从 2 GB 配置起步，并灵活选择部署地区的用户。

计费 FAQ 说明，在完整自然月内，服务器费用按 672 小时封顶，已停止的实例仍继续计费。请在控制台确认流量套餐费用和释放规则。当前套餐列出 1 TB 流量，尚未核实所有地区统一提供 50 Mbps 端口。流量额度和端口速率是不同概念。

2. DigitalOcean：开发者文档与清晰的配置档位

DigitalOcean 推荐配置

建议配置： Basic Regular，1 vCPU、2 GiB 内存、50 GiB SSD、2,000 GiB 流量，$12/月。入门价格： 512 MiB 套餐 $4/月，低于本文规划基线。

访问官网 → DigitalOcean

Droplet 是支持 API 管理、具备安装文档的 Linux 虚拟机。优点： 资源档位清晰，便于升级和制定预算。不足： 最低价套餐给操作系统留下的余量较少；备份等附加服务会增加费用。适合： 正在学习云服务器运维，或已使用 DigitalOcean 的开发者。

固定配置套餐设有月费上限，并按秒计费，最低收取 60 秒或 $0.01，以较高者为准。选择有库存的地区，并尽量让监控实例与应用使用不同的故障域。

3. Vultr：按地区需求部署

Vultr 推荐配置

建议配置： vc2-1c-2gb，1 vCPU、2 GB 内存、55 GB SSD、2,048 GB 流量，基础地区 $10/月。已核实的 1 GB 入门套餐： $5/月。

访问官网 → Vultr

Vultr 常规计算产品在多个地区提供 Linux 实例。优点： 地区选择较多，也有更小的评估档位。不足： 地区差价会影响总额；建议套餐在圣保罗为 $15/月。适合： 优先考虑特定部署地区的用户。

API 列出建议套餐在基础地区为 $0.014/小时，不应套用其他计算产品系列的费率。列出的地区代表产品覆盖，不保证实时库存，也不是延迟实测。下单时应确认 IPv4 和备份费用。

4. Akamai Cloud / Linode：通用 Linux 托管

Akamai Cloud 推荐配置

建议配置： Linode 2GB，1 vCPU、2 GB 内存、50 GB 磁盘、2,000 GB 流量，基础地区 $12/月。入门价格： Nanode 1GB，基础地区 $5/月。

访问官网 → Akamai Cloud

Linode 的套餐档位适合常规 SSH 与 Docker 运维。优点： 有小型评估套餐，备份选项也有明确报价。不足： 存在地区差价；2 GB 套餐在雅加达为 $14.40，在圣保罗为 $16.80。适合： 熟悉 Linux 虚拟机的管理员。

基础地区 2 GB 套餐的备份附加服务为 $2.50/月。备份需要自行选择，并验证能否成功恢复；还应按需求计算独立存储和流量费用。

5. Hetzner：比较可购买的欧洲资源

Hetzner 推荐配置

建议配置： CPX12，1 vCPU、2 GB 内存、40 GB NVMe，以实际库存为准。入门价格： 未能可靠核实，请获取当前报价。

访问官网 → Hetzner

Hetzner 提供 Linux 云基础设施、私有网络和 API。优点： 欧盟套餐列出的流量额度较充足，按小时计费并设月费上限。不足： 查阅的产品目录显示部分方案不可购买，也未给出可靠价格。适合： 愿意以实际可下单方案比较预算的管理员。

不要依据旧广告价将其排为最便宜。与已核实的美元方案比较之前，应确认主 IPv4、税费、备份和地区流量规则。

如何在 VPS 上安装 Beszel

以下 Beszel Docker Compose 教程参考入门指南、Hub 安装文档和 Agent 安装文档。命令适用于全新的 Ubuntu 24.04 LTS VPS，依据官方文档整理，不代表已在每家服务商上实装验证。

第 1 步：准备 Ubuntu VPS

使用 SSH 密钥，以及服务商实际提供的登录用户名：

ssh ubuntu@YOUR_SERVER_IP
sudo apt update
sudo apt upgrade -y
sudo apt install -y ca-certificates curl

在服务商防火墙中，仅允许可信来源访问 SSH。保持公网 8090 端口关闭。如更新要求重启，请重启后重新连接。Docker VPS 对比介绍了基础设施选择。

第 2 步：安装 Docker 和 Docker Compose

在没有冲突 Docker 软件包的干净镜像上，使用 Docker 官方 Ubuntu 软件源：

sudo install -m 0755 -d /etc/apt/keyrings
sudo curl -fsSL https://download.docker.com/linux/ubuntu/gpg -o /etc/apt/keyrings/docker.asc
sudo chmod a+r /etc/apt/keyrings/docker.asc
sudo tee /etc/apt/sources.list.d/docker.sources > /dev/null <<EOF_DOCKER
Types: deb
URIs: https://download.docker.com/linux/ubuntu
Suites: $(. /etc/os-release && echo "${UBUNTU_CODENAME:-$VERSION_CODENAME}")
Components: stable
Architectures: $(dpkg --print-architecture)
Signed-By: /etc/apt/keyrings/docker.asc
EOF_DOCKER
sudo apt update
sudo apt install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin
sudo docker run --rm hello-world
sudo docker compose version

第 3 步：部署 Beszel Hub

创建 /opt/beszel/compose.yaml：

sudo install -d -m 0755 /opt/beszel
cd /opt/beszel
sudo tee compose.yaml > /dev/null <<'EOF_COMPOSE'
services:
  beszel:
    image: henrygd/beszel:latest
    container_name: beszel
    restart: unless-stopped
    environment:
      APP_URL: http://localhost:8090
    ports:
      - "127.0.0.1:8090:8090"
    volumes:
      - ./beszel_data:/beszel_data
      - ./beszel_socket:/beszel_socket
EOF_COMPOSE
sudo docker compose config
sudo docker compose up -d
sudo docker compose ps

Hub 的默认端口为 8090。这里在官方模板基础上，将发布端口限制在本机回环地址。绑定挂载将 Hub 数据保存在容器外，重建容器时应保留该目录。latest 标签会随上游更新；如需可控升级，应先审阅版本，再固定经过验证的版本号或镜像摘要。

第 4 步：访问 Beszel 面板

在你自己的电脑上运行以下命令，并保持隧道开启：

ssh -N -L 8090:127.0.0.1:8090 ubuntu@YOUR_SERVER_IP

打开 http://localhost:8090。如果本地端口已被占用，请换一个本地端口，并相应修改浏览器地址。公网仍不能直接访问 Hub。

第 5 步：创建管理员账户

首次运行时，立即按提示设置账户，并使用独立密码。保持初始化会话私密，不要将尚未创建管理员的 Hub 暴露到公网，也不要复用云服务商账户密码。

第 6 步：添加服务器并安装 Beszel Agent

监控 Hub 所在的 VPS 时，选择 Add System，在 Host / IP 中填写 /beszel_socket/beszel.sock。复制界面提供的公钥和 token。在 compose.yaml 的同一个 services: 映射下追加以下服务，并与 beszel: 对齐：

  beszel-agent:
    image: henrygd/beszel-agent:latest
    container_name: beszel-agent
    restart: unless-stopped
    network_mode: host
    volumes:
      - ./beszel_agent_data:/var/lib/beszel-agent
      - ./beszel_socket:/beszel_socket
      - /var/run/docker.sock:/var/run/docker.sock:ro
    environment:
      LISTEN: /beszel_socket/beszel.sock
      HUB_URL: http://localhost:8090
      KEY: "REPLACE_WITH_HUB_PUBLIC_KEY"
      TOKEN: "REPLACE_WITH_GENERATED_TOKEN"

在本地替换两个占位符，然后运行：

sudo chmod 600 /opt/beszel/compose.yaml
sudo docker compose config --quiet
sudo docker compose up -d
sudo docker compose logs --tail=50 beszel-agent

KEY 是 Hub 的公钥，TOKEN 用于验证 Agent 身份，HUB_URL 指定主动发起 WebSocket 连接的目标地址。本机连接通过共享 Unix socket 处理；容器中的 localhost 并不是访问其他容器的通用地址。

对于另一台 VPS，应使用其 Add System 界面生成的配置，不要套用本机 socket 路径。Beszel 支持 Hub 主动连接 Agent 的 SSH 模式，Agent 通常使用 TCP 45876；也支持 Agent 通过 Hub 的 HTTPS 地址主动建立 WebSocket 连接。SSH 模式仅允许 Hub 来源访问 Agent 端口，并确保容器转发正常。WebSocket 模式可以保持该端口不对外开放，只需允许访问 Hub 的出站 HTTPS。参见安全说明。

即使以只读方式挂载 Docker socket，它仍提供敏感的引擎访问能力。不需要容器监控时，可省略该挂载；绝不要在未经身份验证的网络上开放 socket。

第 7 步：确认监控数据

确认系统显示已连接，并检查 CPU、内存、磁盘、网络和容器图表。可与 free -h、df -h 和 sudo docker stats --no-stream 对照，但应注意指标定义和采样窗口可能不同。

在 Settings → Notifications 中配置通知目标，启用相应系统告警，并用临时测试阈值确认通知送达。运行 sudo docker compose restart 后检查历史数据。图表出现一次，不代表通知和备份恢复都已验证。参见通知文档。

第 8 步：保护 Beszel 部署

仅在本机使用时，可以继续通过 SSH 隧道访问。远程 Agent 使用 WebSocket 前，应先配置 HTTPS。将 beszel.example.com 解析到 Hub，按 Caddy 官方 Ubuntu 安装说明安装 Caddy，并将以下内容写入 /etc/caddy/Caddyfile：

beszel.example.com {
    request_body {
        max_size 10MB
    }
    reverse_proxy 127.0.0.1:8090 {
        transport http {
            read_timeout 360s
        }
    }
}

将 Hub 的 APP_URL 改为 https://beszel.example.com，运行 sudo docker compose up -d 重建服务，再验证并重新加载 Caddy：

sudo caddy validate --config /etc/caddy/Caddyfile
sudo systemctl reload caddy
curl -I https://beszel.example.com

为证书签发和 HTTPS 开放 TCP 80/443，保留回环地址绑定，并阻止公网访问 8090，包括 IPv6。Docker 发布的端口可能绕过常规 UFW 规则。Caddy 支持 WebSocket；额外添加覆盖整个站点的身份验证层，若未专门配置，可能阻断 Agent。参见 Beszel 反向代理指南。

保护登录入口，限制账户访问，更新 Linux 和容器，并将备份保存在 VPS 之外。Beszel 支持磁盘或 S3 兼容备份，应在独立替代环境中测试恢复。升级前先备份，安全保存 Agent 配置，不要将 docker compose down -v 用作常规更新命令。

Beszel 与 Uptime Kuma 对比

项目	Beszel	Uptime Kuma
主要用途	主机资源历史数据	服务可用性检查与状态页
CPU／内存监控	通过 Agent 采集主机与容器指标	不是原生的主机资源历史面板
Docker 监控	容器资源历史数据	通过配置的 socket 检查 Docker 容器状态
可用性检查	系统连通性，以及网络／心跳功能	HTTP、TCP、Ping、DNS 等服务检查
告警	资源与系统相关通知	检查失败与恢复通知
资源占用	取决于 Agent、容器和历史数据	取决于检查类型、间隔和历史数据
适用场景	排查容量压力与服务器问题	检查接口可用性、公开状态沟通

对于不同的工作负载，不能笼统断言谁的资源占用更低。需要区分“主机内存耗尽”和“API 返回错误”时，可以同时使用两者。Uptime Kuma VPS 安装指南介绍了外部检查，上游项目则说明支持的检查类型。

Beszel 的替代方案

Netdata 适合需要更细致主机排查和更广泛采集工具的用户。Prometheus + Grafana 适合自定义指标、查询驱动的面板，以及愿意维护更多组件的团队。Zabbix 面向更广泛的基础设施资产与监控流程。Uptime Kuma 侧重可用性和状态页，不能直接替代主机资源历史数据。

应根据团队实际需要回答的问题选择工具。更大型的工具在增加能力的同时，也增加配置与维护工作，不应只因功能列表更长就迁移。官方资料：Netdata、Prometheus、Grafana和 Zabbix。

常见问题

Beszel 可以运行在 1 GB 内存的 VPS 上吗？

可以用 1 GB 评估小型部署。这是规划建议，不是官方最低要求，也不保证能监控固定规模的服务器。注意内存和磁盘增长；希望保留更多余量时可选 2 GB。

Beszel 免费且开源吗？

是的。Beszel 项目仓库采用 MIT 许可证。但 VPS、备份、域名和维护仍可能产生费用。

Beszel 必须使用 Docker 吗？

不必。Hub 和 Agent 都支持二进制文件安装，官方也提供 Docker/Podman 方案。本文使用 Docker Compose 部署。

Beszel 能监控多台 VPS 吗？

可以。在每台受支持的主机上安装 Agent，并连接到同一个 Hub。Hub 配置应根据实际系统、容器、历史数据和面板访问量规划。

Beszel 比 Uptime Kuma 更好吗？

需要查看主机和容器资源历史时，Beszel 更符合需求；需要服务检查与状态页时，Uptime Kuma 更合适。两者可以配合使用。

自托管 Beszel 需要多少钱？

本文小型部署预算约为 $6–$11/月，包含估算的备份预算；2 GB 方案约为 $10–$20。这些只是估算，请以所选地区的实际订单总额为准。

最终建议

个人小型部署可从 1 vCPU、1 GB 内存开始评估，并准备独立备份。监控多台 VPS时，可从约 2 GB 内存起步，再观察历史数据增长。如果按小时计费和可选地区符合需求，LightNode 的 2 GB Start 套餐值得考虑。

对于开发者部署，DigitalOcean 的资源档位清晰，Linode 也提供类似的通用选择。注重预算时，应比较 Vultr 已核实的小型套餐和 Hetzner 实际可购买方案的报价，而不是旧广告价。

面对较大规模的基础设施监控，应根据实测 Hub 负载和恢复目标规划，再判断 Beszel 的流程是否仍能满足需求。如果你已运行 Dokploy 工作负载，请让监控资源与备份独立于应用部署周期。真正需要的是可恢复的监控系统，而不只是能够启动的面板。