上一篇,我们讲了在一个资源组只配置一个资源的简单环境中SCORE的计算.
(在看这篇之前建议大家先看: http://steven1981.itpub.net/post/7967/494028)

在这里我们继续研究,在一个资源组里配置了N个资源(N>=2)的情况中,SCORE的计算:

注：以下所有得出的结论是基于<2resource2group4score>的配置环境测试的。

（1个资源组只配置1个资源，简称其cib.xml原文见 http://steven1981.itpub.net/post/7967/494030）

[@more@]

0.资源要切换不再以单个资源的分数来比较. 而是以该资源组的N个资源SCORE之和,我们下面称它为
NodeX.all.score=mysqlX.resource1.score+ .... + mysqlX.resourceN.score

1.当HB发现NodeX上的资源失败或发生切换时,会减去之前赋给该NODE的"成功分:N*default-resource-stickiness",
NodeX.resourceY.score -= N * default-resource-stickiness
NodeX.all.score = NodeX.resource1.score + ...... + NodeX.resource2.score

2.当HB发生NodeX资源失败时,会给该NODE加上"失败分:default-resource-failure-stickiness"
NodeX.resourceY.score += default-resource-failure-stickiness
NodeX.all.score = NodeX.resource1.score + ...... + NodeX.resource2.score

3.当HB的资源成功在NODE上START,那么会给该NodeX加上"成功分:N*default-resource-stickiness"
NodeX.resourceY.score += N * default-resource-stickiness
NodeX.all.score = NodeX.resource1.score + ...... + NodeX.resource2.score

4.其他算法同配置<2resource2group4score>. 见：http://steven1981.itpub.net/post/7967/494028

下面我们以一些例子来说明这复杂的计算方法：

例1： default-resource-stickiness=100 default-resource-failure-stickiness=-100 mysql4.ipaddr.score=150 mysql3.ipaddr.score=200 mysql4.mysql.score=350 mysql3.mysql.score=400
SCORE						Resource Status		Action	MEMO
mysql3.ipaddr	mysql4.ipaddr	mysql3.mysql	mysql4.mysql	mysql3.all	mysql4.all	mysql3.status	mysql4.status
400	150	600	350	1000	500	Ipaddr/mysql		Start
400	150	500	350	900	500	Ipaddr/mysql		mysql stop
400	150	400	350	800	500	Ipaddr/mysql		mysql stop
400	150	300	350	700	500	Ipaddr/mysql		mysql stop
400	150	200	350	600	500	Ipaddr/mysql		mysql stop	mysql4.mysql.score > mysql3.mysql.score ,但未发生切换. 因为综合分还相等.
400	150	100	350	500	500	Ipaddr/mysql		mysql stop
400	150	0	350	400	500				这段是过渡的计算,mysql3.all < mysql4.all ,需要切换
200	350	-200	550	-100000	900		Ipaddr/mysql		mysql3两个资源都切换了,所以都减200

例2： default-resource-stickiness=0 default-resource-failure-stickiness=-100 mysql4.ipaddr.score=375 mysql3.ipaddr.score=400 mysql4.mysql.score=775 mysql3.mysql.score=800
这样配，只要任何一个资源DOWN，那么资源就往对方切换。可以一直回来切换.直到分数为负数. 但是，如果一台机器重启了，那么重启后会接管资源，因为他的SCORE比较高。
SCORE						Resource Status		Action	MEMO
mysql3.ipaddr	mysql4.ipaddr	mysql3.mysql	mysql4.mysql	mysql3.all	mysql4.all	mysql3.status	mysql4.status
400	375	800	775	1200	1150	Ipaddr/mysql		Start
400	375	700	775	1100	1150		Ipaddr/mysql	mysql down
400	275	700	775	1100	1050	Ipaddr/mysql		ipaddr down
300	275	700	775	1000	1050		Ipaddr/mysql	ipaddr down	在这里看到,mysql3.ipaddr>mysql4.ipaddr,但发生了切换. 因为mysql3.all
400	275	800	775	1200	1050	Ipaddr/mysql		mysql3.HB stop_start	自动切换回来.mysql3.all.score> mysql4.all.score

例3：default-resource-stickiness=5 default-resource-failure-stickiness=-23 mysql4.ipaddr.score=99 mysql3.ipaddr.score=100 mysql4.mysql.score=99 mysql3.mysql.score=100 这样的配置,如果每次在切换后,把失败NODE的HB重启,或者分数置到CIB.SET. 那么,可以一直来回切换. 不然: 第一次,只要有任何一个资源失败,就发生切换. 第二次,需要有两次资源失败,才会发生切换.

SCORE						Resource Status		Action	MEMO
mysql3.ipaddr	mysql4.ipaddr	mysql3.mysql	mysql4.mysql	mysql3.all	mysql4.all	mysql3.status	mysql4.status
110	99	110	99	220	198	Ipaddr/mysql		Start
87	99	110	99	197	198			mysql3.ipaddr down	中间计算,HB认为需要切换
77	109	100	109	177	218		Ipaddr/mysql
77	86	100	109	177	195			mysql4.ipaddr down	中间计算,HB认为不需要切换.因为mysql4.all.score > mysql3.all.score
77	86	100	109	177	195		Ipaddr/mysql
77	86	100	86	177	172			mysql4.mysql stop	中间计算,HB认为需要切换.因为mysql4.all.score < mysql3.all.score
87	76	110	76	197	152	Ipaddr/mysql

例4： default-resource-stickiness=5 default-resource-failure-stickiness=-10 mysql4.ipaddr.score=100 mysql3.ipaddr.score=100 mysql4.mysql.score=100 mysql3.mysql.score=100
SCORE						Resource Status		Action	MEMO
mysql3.ipaddr	mysql4.ipaddr	mysql3.mysql	mysql4.mysql	mysql3.all	mysql4.all	mysql3.status	mysql4.status
110	100	110	100	220	200	Ipaddr/mysql		Start
100	100	110	100	来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/703656/viewspace-1028999/ ，如需转载，请注明出处，否则将追究法律责任。 0 0 分享到：上一篇： cib.xml for 2resource1group4score 下一篇： Heartbeat Score的重置请登录后发表评论登录全部评论 Steven1981 博文量 127 访问量 855003 最新文章 RHEL中基于OS来统计某进程使用的IO； DML对QUERY CACHE 处理过程之源码分析 xtrabackup 全量与增量备份恢复让drop table更快 MySQL 5.5 -- innodb_lock_wait 锁等待 MySQL 5.5 -- Metadata Locking Within Transactions MySQL 5.5 -- innodb_purge_threads MySQL两种识别是否有中文字符的方法 Mysql RELICATION对存过的处理 mysql 5.5 -- innodb buffer pool优化支持我们作者招募用户协议 FAQ Contact Us 北京盛拓优讯信息技术有限公司. 版权所有京ICP备16024965号-8 北京市公安局海淀分局网监中心备案编号：11010802021510 niuxiaotong@pcpop.com 17352615567 未成年人举报专区广播电视节目制作经营许可证(京) 字第1234号中国互联网协会会员违法和不良信息举报电话:18101376593

ITPub博客

Heartbeat Score的计算-

最新文章