Zeabur 要下线了，我给你准备了一个可配置的迁移工具
从停服时间到迁移清单，用一个真实项目演示如何配置服务、比较部署方案，并算清每月 25 美元的已知费用。
本文配图均为 2026 年 10 月 21 日的线上工具实拍。点击配图可查看原图。
项目还跑在 Zeabur 上的话，现在得安排迁移了。
Zeabur 在 2026 年 10 月 17 日发布了停止运营公告。公告提到了近期的安全事件，也给出了接下来的停服安排：
- 12 月 1 日起，独立服务器停止续费，按各自到期时间陆续关闭。
- 12 月 1 日起，共享集群暂停正在运行的服务，用户仍可手动恢复运行来备份数据。
- 12 月 31 日，所有独立服务器和共享集群停止服务。
要看自己那台服务器的到期日。12 月 31 日是最终关闭日期，并不表示每个项目都能正常运行到那一天。数据删除日期和最后导出期限，在这份公告里还没有确定。域名也在 Zeabur 买的，还要安排转出；余额退款、事件赔偿等事项按官方 Support 的流程处理。
迁移时，需要重新确认的东西不少：应用放哪里、数据库怎么搬、文件存到哪儿、每个月要花多少钱。以前平台替你管着的配置，也得重新过一遍。
我把 VPSYOU 已有的产品目录和费用测算接了起来，做了一个可以自己配置的迁移规划器。把现在的服务规格填进去，就能比较目标方案、查看费用，再生成一份迁移清单。
入口在这里：打开 Zeabur 迁移规划器。目前免费使用，无需先登录，也不用授权 Zeabur 账号。工具也支持其他迁移来源，这篇用 Zeabur 预设演示。
先把你现在跑的东西填进去
打开页面后，迁移来源默认选中 Zeabur。左边是项目配置，右边是按配置匹配出来的部署方案。
我用一个常见的小项目演示：Node.js 应用需要 1 GB 内存，用 PostgreSQL 16，数据库里有 10 GB 数据，另外还有 5 GB 持久化文件。每月预算先填 50 美元，运维方式选“可使用 Docker”，可接受停机选 30 分钟。
这些数字都可以改。点击服务旁边的“修改”，调整运行环境、数据库类型、版本和资源规格。项目没有数据库，就把数据库项移除；没有需要保留的上传文件，也可以移除文件项。
预算、目标地区和运维方式也会影响筛选。你希望平台托管，还是愿意自己管理 Linux，适合的组合会不一样。
这里填写的是服务规格。实际的数据库连接串、密码和密钥，留到目标环境里配置。
应用和数据库，要不要放在一起？
右侧提供三种部署思路：
- 省运维：从目录里选择托管应用和数据库产品。如果目录里没有符合要求的产品，页面会提示没有匹配项。
- 混合部署：应用放在 VPS 上，数据库单独部署，可以分别选择目标产品。
- 集中部署：应用、数据库和文件共用一台 VPS，需要自己负责更新、备份和日常维护。
如果你习惯了平台托管，可以先看省运维方案；愿意自己维护应用、但想把数据库交给服务商的，可以比较混合部署。集中部署能合并资源费用，不过数据库和应用会共享同一台机器，也得一起考虑资源争用和故障影响。
这次我选了混合部署，再手动把应用目标换成 Vultr 的 2 GB、1 vCPU 方案，数据库选 AWS Lightsail PostgreSQL 1 GB。更换目标产品后，费用会跟着重算。
左边填现有服务和迁移要求，右边可以更换目标产品。图中是手动选择的演示组合。
这套示例每月多少钱？
规划器本身目前不收费。下面的金额是云资源预算，实际开通后向对应的云服务商支付。
按截图时目录里的价格，这个组合的已知费用是：
| 项目 | 示例配置 | 每月已知费用 |
|---|---|---|
| 应用主机 | Vultr Cloud Compute，2 GB / 1 vCPU | 10 美元 |
| 数据库 | AWS Lightsail PostgreSQL，1 GB | 15 美元 |
| 持久化文件 | 使用 VPS 已含磁盘额度 | 不另计独立存储项 |
| 备份 | 尚未确认方案和保留周期 | 费用待确认 |
已知费用小计 | 25 美元 | |
Vultr 目录条目和 Lightsail 目录条目中的价格记录均核对于 2026 年 10 月 20 日，最终价格以供应商下单页面为准。
页面显示的是“仅含已知费用”。备份、额外快照、税费、超额流量，以及迁移期间新旧环境同时运行的费用，都可能增加实际支出。换其他主机套餐时，还要核对公网 IPv4 是否另收费、目标地区是否加价，以及当前有没有库存。
点开“费用明细”，可以查看官方价格来源、核查日期和套餐限制。比如这个例子里，Lightsail 的 15 美元档没有静态数据加密，也不含高可用备用节点。业务需要这些能力，就要换相应套餐重新计算。AWS 官方价格说明
应用和数据库分在不同服务商时，还要确认目标地区、连接方式和跨云出站费用。选型时把这些条件一起核对，再决定用哪个组合。
配置好以后，把迁移步骤带走
选定方案后，点击“生成迁移清单”。工具会按当前配置列出备份、准备环境、恢复、测试、切换、验收和回滚这几步。
Zeabur 场景里，我加了几项需要单独处理的内容：在平台之外保留可移植备份，替换 Zeabur 内网域名和注入的连接配置，核对相关凭据，以及把回滚窗口放在源服务到期之前。服务关闭后，恢复就要靠自己保留的备份了。
“导出方案”可以下载 Markdown 文件，方便放进项目仓库，或者交给一起处理迁移的同事。配置还没定，也可以把草稿保存在当前浏览器，或通过链接分享服务规格和产品选择；分享链接会去掉项目名称。
工具负责整理方案，数据库导出、恢复、测试和流量切换仍需要你实际执行。建议先在目标环境里恢复一次备份，测过登录、读写和文件上传，再安排正式切换。