2026 年 Uptime Kuma VPS 推薦：託管費用與安裝指南

VPS SOS 編輯團隊原創大约 22 分鐘

適合 Uptime Kuma 的 VPS 通常是一臺小型 Linux 伺服器：具備持久化本地儲存，有足夠記憶體執行檢查任務，並與被監控服務使用不同的基礎設施。Uptime Kuma 提供可用性檢查、通知和公開狀態頁面的 Web 管理介面。自託管讓你掌握配置和歷史記錄，也不必為每個被監控網站支付軟體訂閱費。

普通 VPS 可以透過 Docker 執行它，但最低廣告價只是選購的一部分。你還需要可送達的報警、受保護的管理員賬戶、可恢復的資料，以及監控伺服器自身離線時的應對方案。把所有服務放在應用伺服器上雖能省下一筆賬單，卻增加了共同故障點。

本文對比六家服務商，解釋資源估算，並介紹安全的 Ubuntu 部署流程。費用示例還包含備份預算假設，幫助你區分免費軟體與實際運維成本。

概念性的 Uptime Kuma 監控儀表盤、VPS 伺服器與可用性曲線

核實日期：2026 年 10 月 27 日。 已核實的最新穩定版本為 Uptime Kuma 2.5.8，包含安全修復。推薦依據官方來源，並非購買伺服器後的效能實測。LightNode 產品連結為推廣連結，我們可能獲得佣金。

Uptime Kuma VPS 推薦：快速對比

除非另有說明，價格不含稅費及可選附加服務。表中是合理的起步配置，並非每家服務商的最低入門套餐。產品列入目錄，不代表所選地區一定有庫存，也不保證你的賬戶可以購買。

服務商	推薦套餐	vCPU	記憶體	儲存	月費	計費方式	適用場景
LightNode	Start	1	2 GB	50 GB NVMe	頁面參考價 $7.71	按小時；伺服器費用封頂	靈活按小時部署
Hetzner	CPX12，有庫存時	1	2 GB	40 GB NVMe	請查詢當前價格	按小時；月費封頂	確認報價後的歐盟部署
DigitalOcean	Basic Regular 2 GiB	1	2 GiB	50 GiB SSD	$12	按秒；月費封頂	參考文件完成首次部署
Vultr	vc2-1c-2gb	1	2 GB	55 GB SSD	基礎地區 $10	按小時；月費封頂	按地區選擇部署位置
Akamai Cloud / Linode	Linode 2GB	1	2 GB	50 GB SSD	基礎地區 $12	按小時；月費封頂	通用監控伺服器
Contabo	Cloud VPS 4	4	8 GB	100 GB SSD	請查詢當前價格	按具體訂單訂閱	更大的資源配置

來源：LightNode 套餐、Hetzner 目錄、DigitalOcean 價格、Vultr 公開套餐 API、Akamai 型別 API及 Contabo 規格。

Uptime Kuma 是什麼？

Uptime Kuma 是開源的自託管可用性監控應用。HTTP/HTTPS 檢查 Web 端點；關鍵詞與 JSON 檢查進一步判斷響應內容。TCP 檢查埠是否可連線，Ping 檢查 ICMP 連通性，DNS 檢查解析記錄。響應時間圖表、HTTPS 證書資訊與到期通知、可配置的通知渠道及多個狀態頁面，有助於發現和溝通故障。

TCP 連線成功，並不能證明應用業務邏輯正常。必要時增加 HTTP 健康檢查端點或響應內容斷言。2.5.8 已移除 TCP 監控中不可靠的 TLS 選項；網站證書監控應使用 HTTPS 檢查。

Uptime Kuma VPS 資源要求

最低 CPU 和記憶體

官方沒有一個能保證所有負載正常執行的統一 CPU/記憶體最低配置。以下為編輯團隊的容量規劃估算，已考慮 Linux、Docker 和代理的開銷。這裡的 Uptime Kuma 記憶體需求只針對監控伺服器；應用或 AI 模型仍需獨立計算自身資源。

工作負載	起步配置	擴容前需要評估
小型個人部署	1 vCPU / 1 GB RAM	少量 HTTP、Ping 或 TCP 檢查；實際記憶體餘量
中小規模部署	1–2 vCPU / 2 GB RAM	多個網站/API、通知與狀態頁面
更密集的檢查或更長曆史	2 vCPU / 4 GB RAM	資料庫增長、CPU 峰值及查詢延遲
瀏覽器檢查或複雜整合	按具體負載評估	Chromium、併發及資料庫後端

儲存要求

將 /app/data 放在支援 POSIX 檔案鎖的本地 SSD/NVMe 上。官方安裝警告說明了不合適的檔案系統，包括 NFS，可能導致 SQLite 損壞。預留作業系統、映象、資料庫、日誌、升級及臨時備份歸檔的空間。25–50 GB 系統盤是實用的起步分配，不是歷史保留容量保證。

監控頻率與資源消耗

監控數量、檢查型別和檢查間隔都很重要。將間隔減半，大致會讓相關檢查的計劃執行次數翻倍；重試和故障會增加額外工作。瀏覽器檢查可能比簡單 HTTP 請求消耗更多記憶體。資料庫大小、歷史資料、保留週期、通知規則和公開狀態頁訪問量也會影響資源需求。監控數量與資源消耗不是簡單線性關係。

常規可用性檢查可從 60 秒間隔開始，再根據測量調整。在當前介面的 Settings → Monitor History 中檢查保留設定；縮短保留時間會失去舊歷史，並不能代替備份。

Uptime Kuma 需要獨立 VPS 嗎？

它不需要獨佔物理伺服器，也不必靠近應用部署。獨立的小型 VPS 可以在部分應用主機故障時繼續工作。如果你的 n8n 工作流或 Open WebUI 部署耗盡了所在伺服器的記憶體，獨立監控仍有機會發出報警。

2026 年適合 Uptime Kuma 的 6 家 VPS 服務商

六家均提供具有管理許可權/SSH 訪問的 Linux 虛擬機器，可自行安裝 Docker。購買時需要確認映象、IPv4、備份選項和所選地區庫存。

1. LightNode：適合靈活按小時計費

LightNode 按小時計費 VPS適合獨立網站/API 檢查、狀態頁面及臨時監控實驗。Start 提供 1 vCPU、2 GB 記憶體、50 GB NVMe 和標示的 1 TB 流量，月度參考價為 $7.71。如果測量結果表明確實需要更多記憶體，Agency 的 2 vCPU/4 GB 參考價為 $14.70。

Linux、root 許可權及多個大洲的地區選擇提供了部署靈活性。獨立 IP 頁面列出靜態獨立地址，仍應確認具體訂單條款。這裡介紹的是普通 Linux VPS 上的手動安裝，並非已經核實的 Uptime Kuma 一鍵部署產品。

計費 FAQ說明，在完整自然月內，伺服器費用達到 672 小時後封頂。關機例項繼續計費；流量套餐有獨立規則。請核對最終流量和備份報價。基礎設施獨立性取決於你的部署位置選擇，並不會因購買該套餐自動獲得。

2. Hetzner：適合確認庫存後的歐盟部署

CPX12 列出 1 vCPU、2 GB 記憶體和 40 GB NVMe。但核實期間，公開目錄顯示空白價格和不可用標記，因此本文不會將其稱為當前可買到的最便宜方案，也不會沿用舊促銷報價。

目錄提供歐盟及新加坡位置，流量額度不同：CPX12 在歐盟顯示 20 TB，新加坡為 0.5 TB。主要 IPv4 為 €0.50/月，不含增值稅；應確認伺服器加備份的總報價。備份不包含附加 Volumes。確認容量與總費用後再選擇；Hetzner 替代方案指南也提供其他選項。

3. DigitalOcean：適合按文件完成首次部署

Basic Regular 2 GiB 為 $12/月，包含 1 vCPU、50 GiB SSD 和 2,000 GiB 傳輸額度。$4/512 MiB 入門套餐更便宜，但低於本文的規劃基線；$6/1 GiB 可用於小負載評估。

Ubuntu 文件及清晰的套餐規格有助於首次安裝。Droplet 包含標準主要 IPv4，其他網路產品可能另收費。DigitalOcean 按秒計費，最低收費為 60 秒或 $0.01，兩者取高，並設月費上限。按比例計價的每週備份為例項費用的 20%，每日備份為 30%。可在美洲、歐洲或亞太範圍內選擇有庫存的地區。應用維護仍需自行負責。

4. Vultr：適合按地區選擇部署位置

公開 API 中，vc2-1c-2gb 基礎價為 $10/月或 $0.014/小時，包含 1 vCPU、2 GB 記憶體、55 GB SSD 和 2,048 GB 傳輸額度。更小的 1 GB/25 GB 套餐基礎價為 $5。推薦套餐在聖保羅的地區價為 $15，說明地區選擇會影響賬單。

目錄涵蓋美洲、歐洲、亞太等位置。應選擇包含 IPv4 的標準套餐，不要假定每個最低價產品都包含 IPv4。自動備份起價為例項費用的 20%。地區列表只表示產品覆蓋，不保證可用庫存，也不代表經過測量的網路延遲。

5. Akamai Cloud：適合通用伺服器託管

Linode 2GB 在基礎地區為 $12/月或 $0.018/小時，提供 1 vCPU、2 GB 記憶體、50 GB 磁碟及 2,000 GB 傳輸額度。API 中的備份報價為 $2.50/月。Nanode 1GB 起價 $5，備份 $2，可評估更輕的負載。

套餐包含主要 IPv4，Linux 映象和 SSH 可支援常規 Docker 部署。地區覆蓋美洲、歐洲和亞太，但雅加達與聖保羅有不同價格：2 GB 套餐分別為 $14.40 和 $16.80。請透過 Akamai 價格頁面核對地區庫存、備份範圍及超額流量費用。

6. Contabo：適合較大的資源配置

當前文件列出 Cloud VPS 4：4 個共享 vCPU、8 GB 記憶體、100 GB SSD 和 200 Mbit/s 埠。Cloud VPS Plus 4 則為 150 GB NVMe 和 500 Mbit/s 埠，兩者是不同產品。

較大的配額經測試後可能適合較長曆史記錄，但記憶體大小本身不能證明檢查延遲。Linux/root 和靜態 IPv4 支援手動部署。流量標為不限量，但受公平使用政策約束。地區、最低訂購期限、續費、開通費和 Auto Backup 需要檢視具體訂單；公開價格頁面未能核實。不要將未確認的廣告報價與其他服務商已核實的月度總價直接比較。

如何在 Ubuntu VPS 安裝 Uptime Kuma

使用全新的 Ubuntu 24.04 LTS 64 位 VPS 和 SSH 金鑰。流程依據官方文件，但未在已購買的 VPS 上實際執行測試。請使用當前受支援的 Docker Engine 與 Compose 外掛。核實的 Kuma 安裝頁面未給出通用的 Docker 數字版本下限；不要把原生安裝的 Node.js 要求當作 Docker 版本要求。

1. 連線、更新系統並安裝 Docker

將 IP 和 SSH 使用者替換為服務商提供的值：

ssh ubuntu@YOUR_SERVER_IP
sudo apt update
sudo apt upgrade -y
sudo apt install -y ca-certificates curl
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

Docker Ubuntu 安裝指南涵蓋現有軟體包衝突和防火牆限制。如果系統更新要求重啟，重啟後重新連線。

2. 建立 Compose 檔案與持久化卷

sudo install -d -m 0755 /opt/uptime-kuma
cd /opt/uptime-kuma
sudo tee compose.yaml > /dev/null <<'EOF_COMPOSE'
services:
  uptime-kuma:
    image: louislam/uptime-kuma:2
    container_name: uptime-kuma
    restart: unless-stopped
    ports:
      - "127.0.0.1:3001:3001"
    volumes:
      - uptime-kuma:/app/data

volumes:
  uptime-kuma:
EOF_COMPOSE
sudo docker compose config
sudo docker compose up -d
sudo docker compose ps
sudo docker compose logs --tail=100 uptime-kuma

Compose 會自動建立命名卷。重新建立時保持相同的專案目錄/專案名稱。示例參考官方 Compose 模板，並將釋出埠改為僅繫結迴環地址。官方推薦的 :2 標籤跟蹤穩定 v2；需要可重現升級時，可固定已稽核的版本或映象摘要。

3. 私下建立管理員，再啟用 HTTPS

在你自己的電腦上執行，並保持隧道連線：

ssh -N -L 33001:127.0.0.1:3001 ubuntu@YOUR_SERVER_IP

開啟 http://127.0.0.1:33001，按本文方案在首次資料庫設定中選擇 SQLite，並建立唯一的管理員密碼，啟用 2FA。管理員能夠控制監控及已儲存的憑據；不要假定公開狀態頁訪客擁有管理面板許可權，也不要假定 Kuma 提供精細的團隊角色。

需要遠端訪問時，將 monitor.example.com 指向 VPS。按 Caddy 官方 Ubuntu 安裝說明安裝 Caddy。使用 caddy hash-password 生成單獨的代理密碼雜湊，然後將以下內容儲存到 /etc/caddy/Caddyfile，替換兩個佔位值：

monitor.example.com {
    basic_auth {
        operator REPLACE_WITH_CADDY_PASSWORD_HASH
    }
    reverse_proxy 127.0.0.1:3001
}

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

未認證請求應返回 401；也應檢查瀏覽器授權後的訪問。Caddy 負責 HTTPS 和 WebSocket 代理。此配置需要允許公網 TCP 80/443，將 SSH 限制到可信來源，並在主機和服務商防火牆中保持 3001 非公開。DNS 和證書驗證請求必須能夠正常工作。Docker 釋出的埠可能繞過 UFW，因此繫結迴環地址很重要。

示例保護的是整個站點，包括狀態頁面和 Push 端點。除非你明確設計並測試了選擇性公開訪問，否則應保留保護。Kuma 需要主機名，不支援普通子目錄部署，參見反向代理指南。

4. 驗證持久化

建立測試監控，執行 sudo docker compose restart，確認任務仍存在。再用 sudo docker compose up -d --force-recreate 驗證使用同一卷重新建立容器後資料仍在。這兩種操作都不是備份；更新流程中切勿加入 down -v。

如何用 Uptime Kuma 監控網站

選擇 Add New Monitor，型別選 HTTP(s)，填寫名稱及你控制的端點，例如 https://example.com/health。可先將 Heartbeat Interval 設為 60 秒，Request Timeout 設為 10 秒，並按需求決定重試。欄位已對照 2.5.8 監控編輯器核實。

選擇通知、儲存並檢視響應歷史。如果 HTTP 200 也可能包含應用錯誤，應採用關鍵詞或 JSON 查詢。建立狀態頁，加入分組和選定監控並儲存。公開前檢查會暴露的名稱及地址；前面的代理預設保持私有。

使用可丟棄的測試環境端點驗證報警：讓它返回錯誤，確認真實故障通知，恢復端點，再確認恢復通知。通知服務的 Test 按鈕本身不能證明監控繫結及故障檢測正確。不要為測試報警而中斷生產服務。

如何設定通知

當前通知提供程式包含 Email (SMTP)、Telegram、Discord、Slack 和 Webhook，各自有不同的憑據、許可權和傳送限制。

以 SMTP 為例，選擇 Setup Notification → Email (SMTP)，填寫郵件服務主機、官方說明的 TLS 模式/埠、專用使用者名稱與密碼、允許的發件地址及收件人。smtp.example.com:587 只是採用 STARTTLS 服務的佔位示例；465 埠通常使用隱式 TLS。請按實際郵件服務配置。傳送測試、檢查收件及垃圾郵件、儲存，再為監控啟用該通知。保護憑據並檢查出站 SMTP 限制。至少保留一個位於應用故障域之外的報警渠道。

為什麼應該獨立託管 Uptime Kuma

獨立監控 VPS 檢查應用伺服器，並透過通知服務向管理員傳送故障和恢復報警

同機部署時，主機故障也會讓觀察者消失。同一資料中心的不同虛擬機器仍可能共享電力或網路故障；不同地區能降低部分相關性，不同服務商能降低另一些風險，但都不能保證完全獨立於 DNS、上游網路或通知服務。

Kuma 離線時，不一定能可靠地傳送自身故障通知。可以使用外部 HTTPS 監控檢查一個有意開放的端點，或者在主機上安排定時任務向獨立服務傳送心跳。已核實的 Better Stack 免費額度為合計十個監控/心跳，需匹配預期間隔和寬限期。Kuma 的 Push 監控是接收發往 Kuma 的心跳，並不會自動成為向外傳送心跳的獨立看門狗。心跳 URL 應按憑據保護。

如果使用 Coolify 或 Dokploy 管理應用，條件允許時應將觀察者放在被管理的應用主機之外。

Uptime Kuma 託管費用解析

軟體免費，並不代表 VPS 基礎設施和管理免費。預算需要考慮未包含的 IPv4、必要的域名、備份、磁碟增長和出站流量。TLS 證書可以免費；已有域名可直接使用子域名，無需再註冊一個。

示例使用已核實的基礎地區月費上限，而非統一乘以 730 小時。以下域名與獨立備份預留費用是編輯團隊的預算假設，並非服務商報價。不含人工、稅費、付費訊息和超額使用。

場景	VPS 配置示例	VPS 費用	備份費用	附加費用	預計月度合計
A：個人網站監控	Akamai Nanode，1 vCPU/1 GB	$5	服務商備份 $2	獨立備份預留 $0–$2；已有子域名	$7–$9
B：小型企業監控	DigitalOcean，1 vCPU/2 GiB	$12	每週方案 $2.40	獨立備份 $1–$3；域名預留 $1–$2	$16.40–$19.40
C：多個網站與 API	DigitalOcean，2 vCPU/4 GiB	$24	每日方案 $7.20	獨立備份 $2–$5；域名預留 $1–$2	$34.20–$38.20

服務商磁碟備份可補充應用一致性歸檔，但不能自動證明 SQLite 一致性。LightNode 的 $7.71 參考價也是 2 GB 起步選擇，不過計算總費用前應先確認流量和備份報價。更多入門套餐可參考便宜 VPS 指南。

Uptime Kuma、Better Stack 與 UptimeRobot 對比

專案	Uptime Kuma	Better Stack	UptimeRobot
託管與安裝	自備 VPS；安裝 Docker 和代理	SaaS；配置端點	SaaS；配置端點
通知	自行配置整合並維護送達	郵件/Slack；付費值班功能	郵件及套餐相關整合
監控位置	你的主機所在位置	服務商執行的檢查基礎設施	服務商位置；功能隨套餐變化
狀態頁面	自託管；自行控制公開範圍	已核實免費額度含一個	免費/付費功能不同；Solo 標示三個自定義域名頁面
維護	自行維護系統、容器、備份及恢復	服務商維護平臺	服務商維護平臺
價格結構	免費軟體加基礎設施	免費額度；響應人員許可及附加項	免費額度；監控分檔及計費週期
適用物件	需要控制權和私有網路檢查	需要故障處理、值班流程	不想維護 VPS 的網站監控

Better Stack 價格列出免費的十個監控/心跳及一個狀態頁；響應人員許可按月付為 $34，年付摺合 $29/月起。UptimeRobot 價格列出 50 個免費監控、五分鐘間隔；Solo 為十個監控，按月付 $13，年付摺合 $12/月，支援 60 秒檢查。應核對當前適用條件和附加費用。VPS 服務商擁有多個地區，並不代表 Kuma 自帶全球獨立探針網路。

Uptime Kuma 安全與備份

保持 HTTPS、WebSocket、2FA 及強密碼正常工作。透過 VPN、訪問閘道器或前述代理認證限制管理訪問。不要僅為容器監控而暴露 Docker socket，它可能授予很大的主機控制許可權。通知金鑰和備份應私密儲存。

本文 SQLite 方案應先停止寫入，再歸檔整個 /app/data，而非僅備份 Compose。以下命名卷示例在 /opt/uptime-kuma 中執行：

sudo install -d -m 0700 /var/backups/uptime-kuma
sudo docker compose stop uptime-kuma
sudo docker run --rm --volumes-from uptime-kuma:ro \
  -v /var/backups/uptime-kuma:/backup ubuntu:24.04 \
  tar -czf /backup/data-$(date -u +%Y%m%dT%H%M%SZ).tgz -C /app/data .
sudo docker compose start uptime-kuma
sudo chmod 0600 /var/backups/uptime-kuma/*.tgz

確認歸檔命令成功後才能將其視為備份；即使歸檔失敗，也應重新啟動 Kuma。將歸檔和 Compose 配置複製到主機外的加密儲存，並在使用同一已稽核映象版本的隔離例項中測試恢復。恢復時先停止目標服務，將資料還原到全新空白本地卷，保留檔案所有者，再將卷掛載到 /app/data，檢查監控、歷史及通知。測試例項能傳送訊息前應關閉出站報警，避免重複通知。外部資料庫需要單獨的一致性備份流程。

更新前閱讀釋出說明，停止服務備份資料，再拉取映象並重新建立服務，觀察啟動日誌。v1→v2 遷移指南說明 JSON 備份/恢復已移除，並警告不要中斷遷移。保留原始資料備份以供恢復；換回舊映象並不能撤銷資料庫遷移。安排維護視窗，並確認停機期間外部看門狗正常執行。

Uptime Kuma 常見問題排查

問題	安全診斷步驟
儀表盤無法載入	檢查 `docker compose ps`、最近日誌及本機 `curl -I http://127.0.0.1:3001`，再看代理和 DNS
無法從外部連線 3001	迴環繫結下屬於預期行為；使用 SSH 隧道或帶認證的 HTTPS 主機名
容器不斷重啟	檢視日誌與 `docker inspect uptime-kuma`，檢查 OOM、`free -h` 和磁碟餘量
收不到通知	執行通知渠道測試，檢查監控繫結、憑據、收件許可權、出站連線和送達日誌
錯誤報告宕機	從監控主機發起請求對比；放寬檢測前先檢查 DNS、超時、限速和重試
WebSocket 斷連	檢視瀏覽器網路錯誤和代理日誌，保留 upgrade 支援，避免不支援的子路徑
SQLite 資料庫報錯	停止寫入並保留資料；檢查本地鎖、空間和備份完整性，不要刪除資料庫檔案
升級後資料消失	比較容器掛載和 Compose 專案名；繼續寫入前先定位原卷
許可權錯誤	檢查卷所有者與映象變體，不要整體開放全員可寫許可權
SSL 證書警告	檢查主機名、證書鏈、系統時間和有效期，修復信任而非全域性關閉校驗