节点管理是PostgreSQL集群的核心运维模块，支持对 Master 节点（协调节点） 和 Segment 节点（数据节点） 进行规格变更、单节点启停等操作，实现资源弹性扩缩容与故障节点修复，保障集群高可用与性能最优。

页面结构

顶部操作栏

• 集群状态与快捷操作：展示集群名称与运行状态（运行中 / 变配中 / 已停止），提供「启动 / 停止 / 删除」集群级操作。
• 变更配置：进入节点规格 / 数量变更页面，用于批量调整 Master/Segment 节点的 CPU、内存、磁盘或节点数量。

节点信息展示区

按 Master 节点 和 Segment 节点 分模块展示，每个模块包含：

• 节点规格汇总：展示当前节点类型的 CPU、内存、数据盘及总节点数量。
• 节点列表：展示单个节点的详细信息与操作入口，字段如下：

字段	说明
节点 ID	节点唯一标识
节点 IP	节点内网 IP 地址
节点状态	节点运行状态：部署中（蓝色）、启动中（蓝色）、运行中（绿色）、已停止（灰色）、异常（红色）、丢失（红色）

核心操作说明

单节点启停

操作场景

使用场景	说明
故障修复	单个节点异常时，停止后重启恢复。
运维调试	对特定节点进行维护、日志排查。
资源调度	临时停止闲置节点，释放资源。

操作权限

节点状态	可执行操作
运行中	仅可点击『停止』
已停止	仅可点击『启动』
启动中 / 停止中	操作按钮置灰，不可操作

操作流程

节点类型	操作类型	说明
Master节点	开启	在目标 Master 节点行点击『启动』，弹出二次确认弹窗。确认后，系统启动节点进程，节点状态变为『启动中』。节点启动完成后，自动注册至 VIP/LB，恢复流量接入，状态变为『运行中』。集群重新平衡 Master 节点负载，恢复高可用状态。
	停止	在目标 Master 节点行点击「停止」，弹出二次确认弹窗，并校验剩余运行中 Master 节点数量是否满足多数派（若不满足则阻止操作）。确认后，系统执行强制停机流程：a. 直接终止节点进程，断开当前所有连接与正在执行的请求。b. 节点状态立即变为「已停止」。集群自动将新流量切换至其他运行中 Master 节点，后续请求可正常接入。⚠️ 约束：1. 停止后需保证剩余 Master 节点数量 > 总 Master 节点数 / 2，否则集群将不可用。2. 该操作会中断当前连接与请求，建议在业务低峰期执行，并提前通知业务侧做好重试准备。
Segment节点	开启	在目标 Segment 节点行点击『启动』，弹出二次确认弹窗。确认后，系统启动节点进程，节点状态变为『启动中』。节点启动完成后，自动加入集群，同步最新数据分片与副本状态。数据同步完成后，节点恢复流量接入，状态变为『运行中』，集群重新平衡负载。
	停止	在目标 Segment 节点行点击「停止」，弹出二次确认弹窗。确认后，系统执行停机流程：a. 触发数据副本切换，将该节点上的分片副本切换至其他正常 Segment 节点，保障数据可用性。b. 停止节点进程，节点状态变为「已停止」。集群自动将查询流量路由至其他持有数据副本的 Segment 节点，保障业务连续性。⚠️ 约束：需保证集群中至少保留 2 个运行中 Segment 节点，避免数据不可用。

约束与注意事项

1. 单次仅可操作一个节点，不可批量启停。
2. 停止 Master 节点时，需确保剩余运行中的Master 节点数量仍为多数，以保证集群高可用。
3. 停止 Segment 节点时，系统会自动将该节点数据副本切换至其他 Segment 节点，保障数据可用性。
4. 节点启停过程中，集群性能可能短暂波动，建议在业务低峰期操作。

典型使用场景

1. 故障节点恢复：某 Master 节点状态为『故障中』，先点击『停止』，再点击『启动』，完成节点重启恢复。
2. 运维调试：临时停止某 Segemnt 节点，进行日志排查与性能分析，完成后启动恢复。

常见问题（FAQ）

Q1：停止一个 Master 节点会导致集群不可用吗？

A：不会。集群采用多 Master 对等架构，停止单个 Master 节点后，流量会自动切换至其他运行中 Master 节点，保障服务连续性。

Q2：停止 Segment 节点后，数据会丢失吗？

A：不会。节点启停仅影响进程状态，数据持久存储在磁盘中，停止后数据自动迁移至其他Segment节点。