//mysql-mmm的相关测试
1. 5个IP的漂移问题,分以下5中情况:
①停一个write(db1)
a.首先查看monitor上面各个IP的状态
查看从服务器db3、db4的状态
db4的slave状态如下:
b. 停止db1上mysql的服务
service mysqld stop
查看monitor状态:
查看db3上slave的状态:
查看db4的状态:
db2上master的状态信息:
总结:当db1的mysql服务停止后,mmm把原来挂载在db1上面的read,write服务机的IP自动切换挂载到db2(db2与db1互为主主服务,同时具有读写);同时可以看出,切换后主从服务状态的信息是,与db2上面的log日志信息相对应。
②停2个write
a. 停db1,db2
观察monitor的状态信息:
总结:当db1、db2(2个write服务器)都停止后,具有write服务器的IP无法漂移挂载在只具有read功能的服务器上,具有write功能的服务器消失;其他具有read功能的IP自动漂移挂载到另外两台只有read功能的slave从机上。
③停止1个read
a. 停止db3,观察monitor状态
④停止2个read
a. 停止db3、db4观察monitor状态
总结:停止db3、db4后原来挂载在db3上的IP漂移挂载到db2上,挂载在db4上的IP漂移挂载到db1上。
⑤停止3个read
a. 停止db1、db3、db4
总结:停止db1、db3、db4后,所有的IP都漂移挂载到db2上。
2. 只启动db1、db2的agent情况
4台db1、db2、db3、db4的agent都启动时monitor监控到的状态是完好的;只启动其中的db1、db2时的监控状态如下:
停止db3、db4上面的agent服务:
/etc/init.d/mysql-mmm-agentstart
查看监控上的状态:
总结:只启动db1、db2上面的agent,监控上能正常监控,但是提出告警,同时IP能漂移切换。