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 將監控分為 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 提供 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/月，低於本文規劃基準。
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 常規計算產品在多個地區提供 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/月。
Linode 的套餐檔位適合常規 SSH 與 Docker 維運。優點： 有小型評估套餐，備份選項也有明確報價。不足： 存在地區差價；2 GB 套餐在雅加達為 $14.40，在聖保羅為 $16.80。適合： 熟悉 Linux 虛擬機的管理員。
基礎地區 2 GB 套餐的備份附加服務為 $2.50/月。備份需要自行選擇，並驗證能否成功還原；還應按需求計算獨立儲存和流量費用。
5. 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 psHub 的預設連接埠為 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-agentKEY 是 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 工作負載，請讓監控資源與備份獨立於應用部署週期。真正需要的是可還原的監控系統，而不只是能夠啓動的面板。