Skip to content

三服务从 Server1 迁移到腾讯云(上海)

日期:2026-06-15 状态:已迁移,待你验证后删旧容器

背景(为什么迁)

Server1(美国 2C/3G)内存爆满,吃了 1.1G swap,Committed 6.8G;而腾讯云(上海 4C/3.6G/69G)几乎全空。 把三个「纯自用、可走 IP:端口」的服务搬到腾讯云,给 Server1 减压 + 让监控从国内探测更有效。

迁移后 Server1 内存:used 1.4G → 934M,free 158M → 515M,available 1.7G,swap 不再增长。✅


✅ 新地址(上海直连,国内快,无需反代)

服务新地址端口说明登录
uptime-kumahttp://〈腾讯云-IP〉:1300113001(3001 被 AdGuard 后台占用)原账号密码
青龙http://〈腾讯云-IP〉:57005700 不变congyin / 〈密码·见Vaultwarden〉
n8nhttp://〈腾讯云-IP〉:56785678 不变(原 Server1 是 5679)原账号;加密密钥已随数据迁移
  • 数据、配置、n8n 加密密钥、青龙脚本均已随 /opt 目录一并迁移,原样可用。
  • 腾讯云防火墙已放行 13001 / 5700 / 5678(通过 Lighthouse API 添加)。
  • 腾讯云 docker 需 sudo(登录用户是 ubuntu,sudo 免密)。

⬜ 你的待办(测试清单)

  1. [ ] 登录 uptime-kuma http://〈腾讯云-IP〉:13001 —— 监控项/历史是否都在
  2. [ ] 登录 青龙 http://〈腾讯云-IP〉:5700 —— 脚本、定时任务、环境变量是否在
  3. [ ] 登录 n8n http://〈腾讯云-IP〉:5678 —— 工作流、凭据(credentials)是否能正常打开(验证加密密钥迁移成功)

⬜ 验证通过后,等我处理的事

  1. [ ] 删除 Server1 上停掉的旧容器(uptime-kuma / qinglong / n8n)——现在只是 docker stop,没删,可随时回滚;确认 OK 后再删,顺便释放镜像磁盘
  2. [ ] kuma 监控视角调整:现从国内探测,盯 Server1 美国 IP 的监控项可能误报,建议改探测 cong.in(走 Server2 国内线路)
  3. [ ] ql.cong.in 处理:青龙原有这个域名(反代→Server1),现已失效。备案前先用 IP:端口;是否撤掉反代待定
  4. [ ] home.cong.in 导航面板:更新这三个服务的链接到新地址

⬜ 约一周后(stylog.cn 备案下来)

  • 备案域名:stylog.cn(待确认)
  • 腾讯云 80/443 对已备案域名解封后,在腾讯云本机装 Caddy,给三个服务挂子域名 + 自动 HTTPS:
    • 例如 kuma.stylog.cn / ql.stylog.cn / n8n.stylog.cn
  • 那时仍是国内直连(不经反代),既快又加密,临时的明文 HTTP 问题一并解决
  • 只需加「门面层」,容器和数据不用再动

回滚方法(万一新实例有问题)

bash
# Server1 上重新启动旧容器即可恢复原状
ssh myserver "docker start uptime-kuma qinglong n8n"

旧数据仍在 Server1:命名卷 uptime-kuma/opt/ql/data/opt/n8n/data


技术备注

  • n8n 镜像(2.28G)Docker Hub 在国内拉取超时,最终用 DaoCloud 镜像 docker.m.daocloud.io/n8nio/n8n 拉取后 retag。以后腾讯云拉 Docker Hub 镜像超时时,用这个镜像源前缀。
  • 腾讯云 Lighthouse API:SecretId/SecretKey 见 F:\project\凭据库.md,实例 lhins-8popsydk(ap-shanghai),本机 tencentcloud SDK 可直接管防火墙。

个人科研与运维文档 · 内容持续修订