MHA failover流程

  • 时间:
  • 浏览:1
  • 来源:大发11选5_大发11选5官网

#master_ip_failover_script:

首先启动的以都会调用你是什么 脚本--检测status

/opt/master_ip_failover_script.sh –command=status –ssh_user=root –orig_master_host=192.168.153.1150 –orig_master_ip=192.168.153.1150 –orig_master_port=31506

而且在正式failover过程中的第二步,Dead Master Shutdown Phase阶段会在次执行。  第18步,综合shutdown_script关闭数据库而且服务器

/opt/master_ip_failover_script.sh –orig_master_host=192.168.153.1150 –orig_master_ip=192.168.153.1150 –orig_master_port=31506 –command=stopssh –ssh_user=root

在正式failover过程中的第3.4步骤中(选举新的master已经 ,应用差异的binlog后),会再次执行。在第24步,执行VIP而且域名切换操作

/opt/master_ip_failover_script.sh –command=start –ssh_user=root –orig_master_host=192.168.153.1150 –orig_master_ip=192.168.153.1150 –orig_master_port=31506 –new_master_host=192.168.153.151 –new_master_ip=192.168.153.151 –new_master_port=31506 –new_master_user=’mha’ –new_master_password=’mha’

其中:

MHA manager启动后,启动流程以及failover流程如下:

12. 通过定义的二次检测,确认MASTER否有真的挂了

24. 而且有master_ip_failover,没人给新master设置VIP而且设置域名

18. 对原Master的master_ip_failover_script和shutdown_script的做操作,关闭SSH而且关闭数据库

2. 检查数据库服务器情况汇报,获取相关的配置参数

17. 再次对SLAVE的配置做检查

10. MHA启动完毕,进入检测过程

#report_script=”" //通知脚本

在masterha_manager自动切换完成的最都会调用一次你是什么 脚本。report_script.sh –orig_master_host=(dead master’s hostname) –new_master_host=(new master’s hostname) –new_slave_hosts=(new slaves’ hostnames, delimited by commas) –subject=(mail subject) –body=(body)

25. 后后开始 回去或多或少SLAVE,也是从原MASTER的binlog对比来做恢复

9. 设置二次检查的主机masterha_secondary_check

16. 正式后后开始 failover

#master_ip_online_change_script:

在使用masterha_master_switch –conf=/etc/app1.cnf –master_state=alive –new_master_host=192.168.153.151主动切换mysql master的以都会调用.

在online切换的第二阶段,拒绝写入原master的已经 执行。

/opt/master_ip_online_change_script.sh –command=stop –orig_master_host=192.168.153.1150 –orig_master_ip=192.168.153.1150 –orig_master_port=31506 –orig_master_user=’mha’ –orig_master_password=’mha’ –new_master_host=192.168.153.151 –new_master_ip=192.168.153.151 –new_master_port=31506 –new_master_user=’mha’ –new_master_password=’mha’

然都会在new master上执行

/opt/master_ip_online_change_script.sh –command=start –orig_master_host=192.168.153.1150 –orig_master_ip=192.168.153.1150 –orig_master_port=31506 –orig_master_user=’mha’ –orig_master_password=’mha’ –new_master_host=192.168.153.151 –new_master_ip=192.168.153.151 –new_master_port=31506 –new_master_user=’mha’ –new_master_password=’mha’

8. 调试shutdown_script

27. failover操作完成,生成failover报告

19. 后后开始 做差异日志的恢复,获取SLAVE最后得到的binlog位置

11. 检测到MASTER挂了

21. 选泽新的MASTER

22. 在新的MASTER上应用差异的binlog日志

13. 确认MASTER挂了,后后开始 执行failover流程

20. 获取原MASTER的binlog日志

4. 测试MHA node否有可用

#shutdown_script:

首先启动的以都会执行你是什么 脚本,执行时间紧跟着master_ip_failover_script第一次执行后边

/opt/shutdown_script.sh –command=status –ssh_user=root –host=192.168.153.1150 –ip=192.168.153.1150

第二次执行是在master_ip_failover_script第二次执行后边

/opt/shutdown_script.sh –command=stopssh –ssh_user=root –host=192.168.153.1150 –ip=192.168.153.1150 –port=31506

15. 再次检查SLAVE的配置否有有变化,否有符合failover条件

26. 差异日志应用完毕后,切换所有的slave到新MASTER

5. 后后开始 检查SLAVE的差异日志应用权限

7. 调试master_ip_failover_script脚本

28. master manager退出

23. 获取新MASTER的binlog位置

3. 测试SSH连接否有成功

6. 选泽当前的好友克隆架构

1. 启动前准备情况汇报

14. 再次尝试连接MASTER和MASTER 的SSH