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 证书警告	检查主机名、证书链、系统时间和有效期，修复信任而非全局关闭校验