Zentrix Gateway 文档

9. 增加远端网关节点

POC 部署手册章节。按 2026.10 主线代码核对;命令输出以当次交付的安装器为准。

返回概览 · 完整版目录 · 下载完整 PDF

本章内容:业务调用方位于另一个网络区域、控制面不在那里时,可以在该区域增加一台远端网关节点,让模型与工具调用在当地完成鉴权、路由与转发,不必绕回控制面。本章说明何时需要独立节点、开通前要准备什么、如何在控制台创建节点并在节点主机上安装、如何核对上线,以及重装、更换控制面与升级的做法。读者是实施工程师与客户方系统管理员。

9.1 什么时候需要独立节点

适用场景:业务调用需要在另一个网络区域就近接入,而控制面不在那里。

控制面所在的主机本身就是第一个网关节点,名为 office-primary(中心节点)。它随控制面一起安装、一起启动,单机部署时不需要再单独安装节点。只有当调用方与控制面不在同一网络区域、跨区域访问代价高或不被允许时,才需要增加远端节点。

部署方式适用代价
:--:--:--
单机(只有中心节点 office-primary)POC、调用方与控制面在同一网络区域一台主机;主机故障时控制台与调用同时中断
单机 + 远端节点部分调用方位于另一个网络区域,需要就近接入;或需要一个网络区域在控制面不可达时继续服务每个节点多一台主机;节点版本必须与控制面一致,升级时多一步「先升节点」;需要为节点地址准备入口证书与 DNS
多机高可用生产环境要求控制面与数据层无单点主机数量与运维复杂度最高;需要容器运行时与「数据高可用」能力,按实施方案单独规划,不在本手册范围

远端节点的工作方式:

  • 节点自己完成鉴权、路由、限流、护栏检测与计费预授权,请求不绕回控制面。
  • 节点主动连接控制面拉取配置、上报心跳;控制面从不主动连接节点。
  • 节点与控制面断开时,按最近一次拿到的配置继续服务;请求记录先暂存在节点本地,恢复连接后自动补传。

注意:节点上线后不会自动承接公开流量。需要让公开访问地址解析到该节点时,还要在节点详情中「加入入口池」并调整 DNS 或负载均衡,这一步通过入口自检后才生效。POC 阶段只验证就近调用时,业务方直接使用节点地址即可。

9.2 前提

前提:控制面已按第 4~7 章安装完成并通过验收,中心节点 office-primary 在线。

项目要求
:--:--
节点主机不能是控制面主机。一台主机只允许一套中心安装,中心节点已随控制面安装
安装物料与控制面同一产品、同一版本的安装器与离线包,按节点主机的系统与架构从下载站下载(节点主机与控制面主机架构不同时,要另下一套)
系统Linux(systemd),x86_64 或 aarch64
权限安装与运维需 root
节点 → 控制面节点主机能通过 HTTPS 访问「控制面回连地址」(页面要求以 https:// 开头,默认端口 443)。控制面使用自签或内部 CA 时,在创建节点时粘贴 CA 证书
调用方 → 节点节点入口端口对调用方开放;节点地址需被「入口与证书」里的入口证书覆盖(通配符证书即可)
控制面 → 节点不需要
安装令牌一次性使用,有效期 24 小时
时间偏差 ≤ 30 秒,与控制面主机要求相同

节点安装器在写入任何文件前,会一次性执行完整的主机检查:CPU 架构、内存、磁盘、服务托管器、可执行权限与安全模块、时钟偏差、监听端口,以及到控制面的连通性。有阻断项时汇总打印诊断代码与处理建议,不写入任何内容。诊断代码中 NODE 组为节点相关代码,含义查产品文档站的「安装与运维诊断代码」页。

节点安装目录规则

规则说明
:--:--
默认目录/opt/zenova-node;节点程序、数据(<安装目录>/data)与配置(<安装目录>/etc)都在该目录下,安装包解包暂存也在这里
自定义目录节点主机 /opt 空间不足时,在创建节点时填写空间更大的卷上的目录,生成的命令会带上 --install-dir <安装目录>
路径格式至少两级的绝对路径,只能包含字母、数字、点、下划线、短横线和斜杠
禁止位置不能位于中心安装目录 /opt/zenova 之内,同机已有中心安装时也不能与其目录重叠;不能位于 /tmp、/var/tmp、/home、/root、/run/user、/usr、/etc、/boot
不符合时控制台「安装目录」字段标红并说明原因;节点安装器在写入任何文件前拒绝

注意:安装目录首次安装后不能通过升级更换。 创建节点前按节点主机的磁盘规划好目录。

9.3 在控制台创建节点

前提:以 root 登录平台管理控制台。

操作步骤

  1. 打开「网关 › 节点」,点「添加节点」。
  2. 按四步弹窗填写:
步骤字段含义
:--:--:--
基本信息节点名小写字母、数字和连字符,2~31 个字符,创建后不可修改
基本信息地域可选,便于识别节点所在区域
基本信息启用的面节点承接哪些类型的请求(「模型网关」为必选);未启用的面,节点直接拒绝对应请求
基本信息安装方式选「Linux(systemd)」
基本信息安装目录可选;留空安装到 /opt/zenova-node,规则见 9.2 节
网络节点地址调用方访问这个节点用的域名或 IP,入口证书需要覆盖它
网络控制面回连地址节点主动连接控制面用的地址,以 https:// 开头,节点主机必须能访问
网络控制面 CA控制面使用自签或内部 CA 时粘贴 CA 证书;使用公认 CA 时留空
本地暂存配额(GB)与控制面断开期间,节点本地暂存请求记录的空间
本地暂存暂存满时「拒绝新请求」:保证每一条请求都可计费、可审计;「丢弃请求内容,只保留计量」:优先保证服务不中断,请求正文不再保存
安装副本数节点上运行的实例数量
  1. 点「创建并生成安装命令」,立即复制整条命令,保存到受控位置。

你会看到

  • 弹窗显示完整的安装命令,其中包含一次性令牌。
  • 弹窗进入「上线进度」,状态为等待节点首次上线;节点安装完成后无需刷新页面即可更新。

注意:安装命令只显示一次。关闭弹窗后无法再次查看。令牌过期(24 小时)、丢失或已使用后,在节点详情点「重新签发安装命令」获取新命令。

注意:令牌等同于节点接入凭据。不要通过即时通讯、邮件或工单明文传递,不要截图外传。

9.4 在节点主机安装

前提:节点主机满足 9.2 节要求;已从下载站取得与控制面同产品、同版本、匹配节点主机平台的安装器与离线包,并按第 2 章核对过 SHA-256。

操作步骤

  1. 把安装器与离线包放到节点主机同一个暂存目录,解压安装器,并把离线包改名为 zenova-node.zpkg(控制台生成的命令使用这个固定文件名)。
# 节点主机 · root · 写入(解压安装器、离线包改名)
mkdir -p /root/zenova-install
cd /root/zenova-install
tar xzf <安装器>.tar.gz
mv <离线包>.zpkg zenova-node.zpkg
  1. 先预检。预检执行主机检查与到控制面的连通性检查,不消耗令牌,不写入任何内容。
# 节点主机 · root · 只读(预检,不消耗令牌)
cd /root/zenova-install
sudo ./zenova install node --package zenova-node.zpkg --control-plane <控制面回连地址> --check-only
  1. 预检通过后,执行控制台给出的安装命令。控制面 CA 相关参数以控制台生成的命令为准,完整复制、不要删改:控制面使用自建 CA 或填写了安装目录时,生成的命令会自动带上对应参数。命令形如:
# 节点主机 · root · 写入(安装节点并消耗令牌)
cd /root/zenova-install
sudo ./zenova install node --package zenova-node.zpkg --control-plane <控制面回连地址> --token <令牌>
  1. 推荐改用 --token-file:把令牌写入一个仅 root 可读的文件,在控制台生成的命令中把 --token <令牌> 换成 --token-file <文件>,其余参数原样保留。--token-file 与 --token 二选一。
# 节点主机 · root · 写入(令牌写入文件后安装节点,消耗令牌)
cd /root/zenova-install
umask 077
printf '%s' '<令牌>' > /root/zenova-install/node.token
sudo ./zenova install node --package zenova-node.zpkg --control-plane <控制面回连地址> --token-file /root/zenova-install/node.token
  1. 安装成功后删除令牌文件。
# 节点主机 · root · 删除(清理令牌文件)
rm -f /root/zenova-install/node.token

你会看到

  • 预检通过时,屏幕给出通过提示且不写入任何内容;有阻断项时列出诊断代码与处理建议(以实际输出为准)。
  • 安装成功时,安装器打印结果;失败时打印原因(例如令牌已过期或已使用、节点包校验失败、系统服务启动失败)并以非零状态退出。

注意:--token-file 的好处是令牌不出现在进程列表和 shell 历史中。使用 --token 时,同机其他用户在安装期间可能通过进程列表看到令牌。

注意:预检不校验令牌。 令牌只在正式安装时兑换,令牌过期或已被使用的错误只会在这一步出现;预检通过也不代表正式安装一定通过。出现令牌错误时,在节点详情「重新签发安装命令」后用新命令重跑。预检失败时不要直接执行带令牌的命令。

9.5 核对上线

操作步骤

  1. 回到控制台「添加节点」弹窗或节点详情,查看「上线进度」。
  2. 在节点主机上查看节点状态。
# 节点主机 · root · 只读
sudo zenova status
  1. 在节点列表与节点详情核对节点信息(见下)。
  2. 让调用方把 Base URL 指向节点地址,按第 7.3 节的方法完成一次真实调用,并在控制台「网关请求」中按响应头 x-request-id 查到这次调用。
  3. 上线异常时查看节点日志。
# 节点主机 · root · 只读(查看节点日志)
sudo zenova logs node-edge --since '30 min ago'
sudo zenova logs node-caddy --since '30 min ago'

你会看到

  • 「上线进度」依次显示三个状态:
状态含义卡在这一步之前时先查
:--:--:--
节点已注册令牌兑换成功,节点身份已创建安装命令是否成功结束;屏幕上的失败原因(令牌过期或已使用时重新签发)
收到首次心跳节点服务已启动并连上控制面节点主机能否访问控制面回连地址(curl -v <控制面回连地址>);控制面使用自签证书时是否粘贴了 CA;node-edge 日志
配置已同步节点已加载控制面下发的配置,可以处理请求节点版本是否与控制面一致;node-edge 日志
  • zenova status 显示节点身份、所连控制面与就绪状态。
  • 节点列表中可核对:「状态」「版本」「配置落后版本数」「最近心跳」「5 分钟请求数」「5 分钟错误率」「回传积压」「本地暂存」。
  • 真实调用返回 HTTP 200 与模型回复,控制台「网关请求」中能按 x-request-id 查到这次调用。

注意:节点与控制面断开 2 分钟内,界面仍显示在线;超过 2 分钟标为「离线」,节点仍按最后一份配置继续服务。

注意:控制面使用自签证书而创建节点时没有粘贴 CA 证书时,节点无法连上控制面。处理办法是在节点详情「编辑网络」补上 CA 证书,再按需重新签发安装命令。

9.6 重装、更换控制面与升级

已有节点再安装

在已安装节点的主机上再次执行安装命令时,安装器提示「本机已存在网关节点安装」并停止,不会覆盖现有节点。

需要让该主机连接到另一个控制面时,先在目标控制面上为它创建节点;在同一控制面上重新接入(节点身份失效、签名公钥无法自动更新)时,在控制台节点详情签发「重新注册命令」(或在控制面主机执行 sudo zenova gateway-node reenroll-command --name <节点名>)。之后执行:

# 节点主机 · root · 写入(重新接入,消耗新令牌)
cd /root/zenova-install
sudo ./zenova install node --package zenova-node.zpkg --reenroll --control-plane <控制面回连地址> --token <新令牌>

注意:不要手工删除节点目录(如 /opt/zenova-node)或系统服务单元来"重装"。节点目录里保存着节点身份、本地暂存与尚未回传的请求记录,手工删除会使这些记录永久丢失,且后续安装与升级无法正确识别本机状态。重新接入一律用上面的 --reenroll。用新主机顶替失联实例时,在新主机上执行同一条重新注册命令并去掉 --reenroll。

升级节点

前提:已取得目标版本、与节点主机平台匹配的安装器与离线包。

操作步骤

  1. 升级包含节点所在系统的节点包时,在线节点由控制面升级自动完成,一般无需在节点上操作。 控制面升级时(见第 10.5 节)会在控制台切换之前逐台升级在线节点。以下步骤用于:升级包不含节点所在系统的节点包(升级前检查「网关节点」一项不通过,须在控制面升级之前先完成)、升级时节点离线、或自动升级失败后需要单独补升的节点。
  2. 在节点主机上放好新版本的安装器,并把新版本离线包改名为 zenova-node.zpkg。
  3. 在控制台节点详情点「签发升级命令」,复制命令。
  4. 用新版本安装器在暂存目录执行该命令,命令带 --upgrade,形如:
# 节点主机 · root · 写入(升级节点,保留节点身份与数据)
cd /root/zenova-install
sudo ./zenova install node --package zenova-node.zpkg --control-plane <控制面回连地址> --token <新签发的令牌> --upgrade
  1. 升级完成后按 9.5 节核对节点版本与上线状态,并通过该节点完成一次真实调用。

你会看到

  • 节点切换到新版本;节点列表「版本」列与控制面目标版本一致。
  • 节点切换到新版本后 60 秒内未就绪,会自动切回旧版本,节点继续以旧版本服务。此时查 node-edge 日志定位原因,处理后重新签发升级命令再执行,不要反复执行同一条命令。

注意:升级保留节点身份、暂存与账本数据;升级命令不带 --install-dir,沿用首次安装的目录。在升级命令上另指目录会被拒绝。

注意:控制面升级的离线包须包含在线节点所需平台的节点包,否则升级前检查「网关节点所需节点包齐全」不通过并列出缺包的节点与平台。

能力说明

不提供的能力替代做法
:--:--
在控制面主机上再装一个远端节点控制面主机已自带中心节点 office-primary;远端节点装在另一台主机上
节点上线后自动承接公开访问地址的流量在节点详情「加入入口池」,通过入口自检后由运维方调整 DNS 或负载均衡
节点使用与控制面不同的产品或版本按节点主机平台下载同产品、同版本物料;升级时先升节点再升控制面
安装命令关闭后再次查看在节点详情「重新签发安装命令」
通过升级更换节点安装目录首次创建节点时规划好安装目录
手工删除目录后重新安装节点用 --reenroll 配合新令牌重新接入

---

上一章:8. 安装后必做事项与日常运维 · 下一章:10. 备份、恢复与升级