管理節點：對於冗餘管理節點，不需要配置，只要管理工具及配置檔案放在另外的主機上就可以了。
資料節點：一般至少會配置兩台資料節點
sql節點：一般至少會配置兩台sql節點
一、 sql節點發生單點故障測試
1、將sql節點1的mysql服務停止
[root@rac2 bin]# ./mysqladmin shutdown
090724 07:29:27 mysqld_safe mysqld from pid file /home/mysql/mysql/data/rac2.pid ended
[1]+ done ./bin/mysqld_safe (wd: /home/mysql/mysql)
(wd now: /home/mysql/mysql/bin)
2、檢視cluster狀態
ndb_mgm> show
cluster configuration
[ndbd(ndb)] 2 node(s)
id=2 @192.168.205.235 (mysql-5.1.34 ndb-7.0.6, nodegroup: 0, master)
id=3 @192.168.205.231 (mysql-5.1.34 ndb-7.0.6, nodegroup: 0)
[ndb_mgmd(mgm)] 1 node(s)
id=1 @192.168.205.240 (mysql-5.1.34 ndb-7.0.6)
[mysqld(api)] 2 node(s)
id=4 (not connected, accepting connect from 192.168.205.233)
id=5 @192.168.205.239 (mysql-5.1.34 ndb-7.0.6)
id=4的sql節點已經斷開
3、在sql節點2上查詢
mysql> select * from xiyan;
| id |
| 3 |
| 1 |
| 2 |
3 rows in set (0.01 sec)
小節：乙個sql節點出現故障，並不會影響應用對資料庫的操作。
二、 資料節點單點故障
因為我在配置config.ini時，配置了noofreplicas=2，可以在資料節點會儲存兩份一樣的資料，所以乙個資料節點出現故障，並不會影響應用。
1、 使用資料節點1故障
[root@dg data]# ps -ef|grep ndb
root 28862 1 0 07:46 ? 00:00:00 ndbd
root 28863 28862 2 07:46 ? 00:00:37 ndbd
root 28929 28806 0 08:07 pts/1 00:00:00 grep ndb
[root@dg data]# kill -9 28863
檢視管理節點
ndb_mgm> show
cluster configuration
[ndbd(ndb)] 2 node(s)
id=2 (not connected, accepting connect from 192.168.205.235)
id=3 @192.168.205.231 (mysql-5.1.34 ndb-7.0.6, nodegroup: 0, master)
[ndb_mgmd(mgm)] 1 node(s)
id=1 @192.168.205.240 (mysql-5.1.34 ndb-7.0.6)
[mysqld(api)] 2 node(s)
id=4 @192.168.205.233 (mysql-5.1.34 ndb-7.0.6)
id=5 @192.168.205.239 (mysql-5.1.34 ndb-7.0.6)
id=2的資料節點斷開了
2、 在兩個sql節點上查詢
mysql> select * from xiyan;
| id |
| 2 |
| 3 |
| 1 |
3 rows in set (0.00 sec)
都能夠正常查詢
注意：如果noofreplicas=1的話，兩個資料節點只會儲存乙份資料，所以乙個節點出現故障，那麼應用就不能正常訪問了。
小結：所以一般情況下，我們也要對資料節點進行冗餘。
和朋友一起 共學習 共進步！
猜想失敗，您看看下面的文章有用嗎？
基於nfs解決前端單點故障的問題
在之前，我們做過將apache php mysql分別部署在三颱機器上，然而這樣會出現單點故障，今天我們通過基於網路檔案共享的方式來解決前段單點故障的問題，關於如何將apache php mysql分別部署在三颱機器上，其移步至本人的相關部落格，位址為 一 拓撲圖 二 在後台php伺服器上提供乙個n...
Coremail多活集群解決方案 單點故障克星
在使用郵件系統的過程中，你可曾有過這樣的煩惱？單機系統突然出現致命故障，但是排查故障，恢復系統執行，短則花了半小時，長則需要一到兩個小時才能解決問題，並且故障問題還不一定能全部恢復，問題嚴重時甚至會造成資料丟失。而在這乙個小時裡，你永遠不可能知道會發生什麼樣的損失。在過去，企業應對這類問題通常會選擇...
微服務故障測試
在微服務從業者峰會上，kolton andrus在演講中指出，故障測試是執行微服務的乙個關鍵部分。你應該確定微服務的行為同預期一樣，以避免停機。前netflix軟體工程師andrus將故障測試比作疫苗，為了產生免疫力，向體內注射少量有害的東西。在andrus看來，這非常符合微服務領域。為了檢視微服務...