上一篇,我們講了在一個資源組只配置一個資源的簡單環境中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部落格 ” ，連結：http://blog.itpub.net/703656/viewspace-1028999/，如需轉載，請註明出處，否則將追究法律責任。 0 0 分享到：上一篇： cib.xml for 2resource1group4score 下一篇： Heartbeat Score的重置請登入後發表評論登入全部評論 Steven1981 博文量 127 訪問量 842049 最新文章 RHEL中基於OS來統計某程式使用的IO； DML對QUERY CACHE 處理過程之原始碼分析 xtrabackup 全量與增量備份恢復讓drop table更快 mysql crash with disk sector error MySQL 5.5 -- innodb_lock_wait 鎖等待 MySQL 5.5 -- Metadata Locking Within Transactions MySQL 5.5 -- innodb_purge_threads MySQL兩種識別是否有中文字元的方法 replication 1064 error on slave side 支援我們作者招募使用者協議 FAQ Contact Us 北京盛拓優訊資訊科技有限公司. 版權所有京ICP備16024965號-8 北京市公安局海淀分局網監中心備案編號：11010802021510 niuxiaotong@pcpop.com 17352615567 未成年人舉報專區廣播電視節目製作經營許可證(京) 字第1234號中國網際網路協會會員

Heartbeat Score的計算-

最新文章

相關文章