[民生银行需求]cm支持failover时关闭原始主(触发器适配 master分支提交) · Pull Request !200 · openGauss/CM

【标题】[民生需求]cm支持failover时关闭原始主(触发器适配)

【实现内容】:
民生需求中，需要在failover发生时关闭原始主机机器。在该需求的实现中需要拿到静态db主的instance_id，并将该id传给对应的脚本以生成管控平台的请求实现关闭原始主机。
在该需求的实现中利用到了触发器，设置一个failover的触发器，当failover发生时会执行用户设置的脚本。可是为了获取到原始静态主的id，需要执行脚本时将静态主的id传给该脚本。
因此在此pr中，用户配置了failover的触发器时，cm_server会在failover发生时将静态主的id包含在消息里。最终效果是当failover发生时，cm_agent执行用户的脚本时会将静态主的id作为参数传过去，用户可以自定义脚本根据静态主id获取到对应的ip并且关闭该原始主机器，以达到用户的需求。
【根因分析】:
来自于民生需求
【实现方案】:
本pr中， cm_server会在failover发生时将静态主的id包含在消息里。最终效果是当failover发生时，cm_agent执行用户的脚本时会将静态主的id作为参数传过去，用户可以自定义脚本根据静态主id获取到对应的ip并且关闭该原始主机器，以达到用户的需求。如果用户不需要该参数，自定义脚本忽略即可。
【关联需求或issue】:
https://gitee.com/opengauss/CM/issues/I8H165?from=project-issue
【开发自验报告】:
测试场景：
1.两节点

cms_enable_failover_on2nodes=true, cms_enable_db_crash_recovery=on,  设置failover触发器并生效。触发器脚本内容为（当failover发生时会将静态主的id打印在out.txt，方便进行测试）
#!/bin/bash
id="$1"
if [ -z "$id" ]; then
    echo "Error: No id provided."
    exit 1
fi
echo "$id" >> /data/test2/mogdb/out.txt
date +"%Y-%m-%d %H:%M:%S" >> /data/test2/mogdb/out.txt

1.1	start/stop
1.1.1	初始时为集群为关闭状态，执行cm_ctl start
预期：out.txt打印了节点1的id 6001
实际：out.txt打印了节点1的id 6001符合预期
1.1.2	初始状态：cm主在节点1上，db主在节点2上
执行操作：cm_ctl stop -n 2
预期：节点1会发生failover，在节点1的out.txt会打印静态主id 6002
实际：节点1的out.txt打印了id 6002
1.1.3	初始状态：集群一切正常，cm主在节点1上，db主在节点2上
执行操作：cm_ctl stop
预期：未发生failover，不打印
实际：节点1与节点2的out.txt均未打印id
1.2	switchover
1.2.1	初始状态：集群一切正常，cm主在节点1，db主在节点1
执行操作：cm_ctl switchover -n  2 -D  \\$PGDATA
预期： 未发生failover，不打印
实际：节点1与节点2的out.txt均未打印id
1.2.2	初始状态：集群一切正常，cm主在节点1，db主在节点2
执行操作：cm_ctl switchover -n  1 -D \\$PGDATA
预期： 未发生failover，不打印
实际：节点1与节点2的out.txt均未打印id

1.3   网络隔离

1.3.1  初始状态：集群一切正常，cm主在节点1，db主在节点1
执行操作：iptables -I OUTPUT -d iP2 -j DROP; iptables -I INPUT -s ip2-j DROP; 隔离节点1与节点2的网络
预期：节点1与节点2，cm均会升主, db也均会升主。 节点2db发生了failover， 节点2会打印静态主id 6001
实际：节点2会打印静态主id 6001
1.3.2 初始状态：集群一切正常，cm主在节点1，db主在节点2
执行操作：iptables -I OUTPUT -d iP2 -j DROP; iptables -I INPUT -s ip2-j DROP; 隔离节点1与节点2的网络
预期：节点1与节点2，cm均会升主, db也均会升主。 节点1db发生了failover， 节点1会打印静态主id 6002
实际：节点1会打印静态主id 6002
1.4	kill -9 db主 
1.4.1	初始状态：集群一切正常，cm主在节点1，db在节点1
执行操作：在节点1上ps -ef找到节点1opengauss进程，并执行kill- 9
预期：需要根据实际结果观察最终在那个节点发生了failover
实际：会在发生failover的节点上打印静态主的id
1.4.2	初始状态：集群一切正常，cm主在节点1，db在节点2
执行操作：在节点2上ps -ef找到节点1opengauss进程，并执行kill- 9
预期：需要根据实际结果观察最终在那个节点发生了failover
实际：会在发生failover的节点上打印静态主的id
1.5磁盘故障
1.5.1  初始状态：集群一切正常，cm主在节点1，db在节点1
执行操作：在节点1上更改$PGDATA的访问权限，使得数据库系统用户无法访问该文件夹
预期：节点1db会发生磁盘故障，显示磁盘故障，节点2会failover
实际：节点2会打印静态主id 6001
2.	三节点
设置failover触发器并生效。触发器脚本内容为（当failover发生时会将静态主的id打印在out.txt，方便进行测试）

#!/bin/bash
id="$1"
if [ -z "$id" ]; then
    echo "Error: No id provided."
    exit 1
fi
echo "$id" >> /data/test2/mogdb/out.txt
date +"%Y-%m-%d %H:%M:%S" >> /data/test2/mogdb/out.txt

2.1	start/stop
2.1.1	初始时为集群为关闭状态，执行cm_ctl start
预期：db主会打印之前的静态主id
实际：db主会打印之前的静态主id 
2.1.2	初始状态：cm主在节点1上，db主在节点2上
执行操作：cm_ctl stop -n 2
预期：会发生failover
实际：升为db主的节点的out.txt打印了静态主id 6002
2.1.3	初始状态：集群一切正常，cm主在节点1上，db主在节点2上
执行操作：cm_ctl stop
预期：未发生failover，不打印
实际：节点1与节点2、节点3的out.txt均未打印id
2.2	Switchover
2.2.1	初始状态：集群一切正常，cm主在节点1，db主在节点1
执行操作：cm_ctl switchover -n  2 -D \\$PGDATA
预期： 未发生failover，不打印
实际：所有节点的out.txt均未打印id
2.2.2	初始状态：集群一切正常，cm主在节点1，db主在节点2
执行操作：cm_ctl switchover -n  1 -D \\$PGDATA
预期： 未发生failover，不打印
实际：所有节点的out.txt均未打印id

2.3	网络隔离
2.3.1   初始状态：集群一切正常，cm主在节点1，db主在节点1
执行操作：iptables -I OUTPUT -d iP2 -j DROP; iptables -I INPUT -s ip2-j DROP; iptables -I OUTPUT -d iP3 -j DROP; iptables -I INPUT -s ip3-j DROP; 隔离节点1与节点2和节点3的网络。
预期：节点1进入少数派，降备。节点2与节点3的一个db会发生failover
实际：db升主的节点会打印静态主id 6001
2.4	kill -9 db主
2.4.1	初始状态：集群一切正常，cm主在节点1，db在节点1
执行操作：在节点1上ps -ef找到节点1opengauss进程，并执行kill- 9 
预期：需要根据实际结果观察最终在那个节点发生了failover
实际：会在发生failover的节点上打印静态主的id
2.5 磁盘故障
2.5.1   初始状态：集群一切正常，cm主在节点1，db在节点1
执行操作：在节点1上更改$PGDATA的访问权限，使得数据库系统用户无法访问该文件夹
预期：节点1db会发生磁盘故障，显示磁盘故障，节点2或节点3会failover
实际：会在发生failover的节点上打印静态主的id 6001

【其他说明】:

类型	指派人员	状态
审查	opengauss-bot	已完成 (0/0人)
测试	opengauss-bot	已完成 (0/0人)

openGauss / CM .gitee-modal { width: 500px !important; }

搜索帮助

openGauss / CM