高可用故障转移演示

高可用故障转移演示

为验证集群的自动故障转移能力，演示通过重启主节点的 clustermgr 服务触发 leader 重新选举：

systemctl restart clustermgr

实际终端输出如下：

[root@node1 product]# systemctl restart clustermgr
[root@node1 product]#

重启完成后，再次在 halo 用户下查看集群状态：

[halo@node1 ~]$ clumgrctl list
+ Cluster: halo-cluster (7657820793458699518) ------+----------+----------+------+-----------+
| Member | Host                 | Role    | State     | TL  | Lag in MB |
+--------+----------------------+---------+-----------+-----+-----------+
| node1  | 192.168.221.136:1921 | Replica | streaming | 2   | 0         |
| node2  | 192.168.221.137:1921 | Replica | streaming | 2   | 0         |
| node3  | 192.168.221.138:1921 | Leader  | running   | 2   |           |
+--------+----------------------+---------+-----------+-----+-----------+
[halo@node1 ~]$

可以看到集群自动完成了主备切换——Leader 角色从 node1 切换到 node3：node1 由 Leader 降为 Replica（streaming），node3 当选新 Leader（running），且时间线 TL 由 1 升级为 2，两个备库 Lag in MB 均为 0，数据已同步。

注意： 故障转移期间，VIP 会自动漂移到新的 Leader 节点（node3），应用通过 VIP 访问不受影响，实现业务零中断。这就是业务连续性（Halo Shield）方案的核心价值——主节点故障时自动切换，保障 RPO=0 与业务连续性。