4.2 节点管理与资源同步

一句话判断

节点管理把“多台服务器”变成“一个控制台”——左下角切节点,所有操作自动落在所选节点上;资源同步在节点之间搬文件、镜像、应用和证书。两者都是专业版/企业版能力,节点管理是所有多节点功能(数据库集群、智能体批量任务、资源同步)的地基。

节点管理是什么

版本边界:节点管理需要专业版或企业版许可证。节点列表、节点配置和涉及许可证的操作仅管理员可用;其他用户需要节点查看权限。

官方对节点管理的定位:

通过节点管理,用户可以轻松管理多个服务器节点,实现统一的资源监控、应用部署、配置管理和运维操作。

先建立空间感:这台跑 1Panel 面板的服务器叫主节点,被加进来的叫其他节点。面板左下角显示当前节点,点节点名称切换——切换之后,应用部署、网站管理等所有操作都在当前节点上进行。

这条操作纪律贯穿全书:第 1 章讲网站、第 2 章讲数据库时都提醒过“操作前先看节点选择器”。多节点环境下 90% 的“东西不见了”事故,都是因为在 A 节点上找 B 节点的东西。

节点管理的五项能力

能力 说明
统一管理 节点添加、删除、状态监控、资源统计
分组管理 按业务、环境或地域给节点分类
资源监控 实时看 CPU、内存、磁盘、网络
多节点切换 统一控制台切换到不同节点操作
配置下发 同步系统代理、告警、自定义应用仓库、备份账号配置

“分组管理”不是摆设:节点一多(比如十几台),按“生产/测试”或“华东/华南”分组,找节点、做批量判断都快得多。

“配置下发”是被低估的能力:主节点配好的备份账号、告警设置,添加节点时勾选同步项,新节点开箱就有同样的配置——不用每台机器重新配一遍。

添加节点:参数与检查

点击【添加节点】,输入节点信息。参数不少,重点说几个:

参数 说明 实战提醒
主机地址 节点的 IP 或域名 要保证主节点能访问到
用户名 SSH 用户名,root 或免密 sudo 权限的用户 这是个高权限要求
认证方式 密码或私钥(PEM/PPK,私钥有密码一并填) 私钥方式更安全
端口 SSH 端口,默认 22 改过就填改过的
安装目录 1Panel 内容的安装目录,默认 /opt 磁盘规划要在这一步想好
安装端口 Agent 服务监听端口,默认 9999 要未被占用且主节点能访问
节点类型 / 许可证 按许可证选择版本类型 商业版节点才能用专业版/企业版功能
节点分组 / 名称 / 描述 分类和识别 建立命名规则
数据同步配置 同步哪些配置到节点 代理、告警、应用仓库、备份账号

“安装目录”值得多想一秒:默认 /opt 意味着应用、数据都往这里放。如果新节点的系统盘小、挂了数据盘,先想清楚再填——装完再迁移目录是一件麻烦事。参考第 2 章那套路径记忆:/opt/1panel/apps/... 是各种应用数据的家。

添加前必须先做可用性检查:验证网络连通性和认证信息,只有通过的节点才能成功添加。这一步把 90% 的低级错误(端口不通、密码错、SSH 不允许)挡在门外。

节点列表与日常操作

列表里可以看状态(在线/离线)、版本(社区版/专业版/企业版标识)、资源使用率和数据同步状态。操作有六个:

操作 注意
编辑 改配置
删除 是否同时清理节点侧数据以删除确认框为准
更新 升节点点的版本
同步 把主节点配置同步到当前节点
重启面板 重启节点上的面板服务
重启服务器 远程重启整台机器

“删除”和“重启服务器”是危险操作区。官方的提醒:

节点添加和日常通信依赖管理端到节点的网络连通性。排查时应依次确认 SSH、Agent 端口、节点服务状态、证书与版本兼容性,不要在未确认数据备份的情况下直接删除节点。

节点故障排查顺序(官方给出的):

节点异常排查
  1. SSH 能连吗
  2. Agent 端口(默认 9999)通吗
  3. 节点服务状态(1pctl status 看 agent)
  4. 证书与版本兼容性

点击节点状态列的异常图标可以直接看异常原因——先看这个再动手,比自己猜快。

资源同步:四类对传

资源同步在节点之间同步文件、容器镜像、应用和证书。专业版/企业版,仅管理员或受保护角色可操作,使用前需至少两个可用节点。

文件对传

页面左右两侧分别选节点,浏览目录后通过方向按钮双向传输单个文件或目录。前提:参与传输的节点都装了 rsync。提交后任务日志看进度。

这是“面板版 rsync”——会敲命令的直接用 rsync 也行,面板的好处是给不熟命令的同事一个图形界面,操作有日志留痕。

镜像对传

选源节点上的一个或多个容器镜像,再选目标节点。提交前页面汇总镜像数、节点数和任务数。

两条官方提醒:同步前确认目标节点磁盘空间和镜像架构兼容性。第二点在混用环境(x86 + ARM)特别容易翻车——一个 amd64 镜像同步到 ARM 服务器上,能拉下来但跑不起来。

应用对传

把源节点上一个已安装应用复制到一个或多个目标节点。

支持范围要背下来:

支持 不支持
无资源依赖的应用 OpenResty
依赖 MySQL / MariaDB / PostgreSQL 的应用 Redis、MongoDB
—— 其他不受支持的资源依赖

“对传过程中会备份并恢复应用配置和数据”——这意味着对传不是简单复制文件,而是在目标节点上重做一份应用实例。执行前应停止写入或安排维护窗口,并确认目标节点没有名称、端口和目录冲突。

有数据库依赖时要按页面提示配置目标数据库映射——源节点上的数据库叫 A,目标节点上可能叫 B,这个对应关系得你指定。

证书同步

把证书资源推送到其他节点。同步完成后,如果目标网站要用这张证书,还需要在目标节点的网站 HTTPS 配置里完成绑定或替换。

这条“后半句”是重点:同步只是“把文件送过去”,生效要自己去目标网站配置。很多人同步完证书就以为搞定了,结果目标站还是旧证书。

覆盖风险(官方警告)

资源同步会在目标节点创建或覆盖数据。提交任务前应核对源节点、目标节点、资源名称和目标路径,并为重要数据保留独立备份。

四个核对项:源节点、目标节点、资源名称、目标路径。对传是双向的,方向按钮点反了,就是“覆盖了正确的那一边”。

什么时候用资源同步,什么时候别用

场景 建议
新节点上线,批量装常用镜像 ✅ 镜像对传,省下载时间
把测试环境的应用搬到生产 ⚠️ 看依赖类型,先停写
两台机器传个备份文件 ✅ 文件对传(或命令行 rsync)
给集群的从库同步数据 ❌ 不对口,集群复制自己干(2.4 节)
跨架构(x86↔ARM)同步镜像 ❌ 架构不兼容
同步 OpenResty 配置到新节点 ❌ 不支持,OpenResty 不在对传范围

注意最后两行:资源同步不是“什么都能传”。它解决的是“同一个东西在多个节点都要有一份”的问题,不是“数据迁移”工具。

本节要点

  • 节点管理是专业版能力,是数据库集群、智能体批量任务、资源同步的地基;
  • 切换节点后面板所有操作落在当前节点——操作前先看左下角;
  • 添加节点前必须做可用性检查,安装目录提前规划;
  • 节点排查顺序:SSH → Agent 端口 → 服务状态 → 证书与版本;
  • 删除节点以确认框为准,先确认数据备份;
  • 应用对传只支持无依赖和 MySQL/MariaDB/PostgreSQL 依赖,OpenResty/Redis/MongoDB 不支持;
  • 证书同步只送文件,生效要去目标网站绑 HTTPS;
  • 资源同步会覆盖目标数据,提交前核对源、目标、名称、路径。

节点管理与资源同步的完整参数见 《1Panel 官方文档:功能手册》 的“节点管理”与“资源同步”章节,Kubernetes 级别的多机编排不在 1Panel 范围内,别期待它替代专业集群方案。

下一节:规模说完,聊“人”——移动端、用户权限和安全运维报表,见 4.3 节。