叢集的目的：實現高可用，容錯功能，叢集的伺服器不要放在一臺物理機，要分散節點，才能實現高可用，高容錯效能，一臺提供者掛了，還有其他提供者，保證系統正常、穩定執行。
一、環境準備
edu-provider-01(192.168.1.121)
edu-provider-02(192.168.1.122)

Connecting to 192.168.1.121:22...
Connection established.
To escape to local shell, press 'Ctrl+Alt+]'.
Last login: Tue May 16 13:41:09 2017 from 192.168.1.100
[
 
[email protected] ~]# 

Connecting to 192.168.1.122:22...
Connection established.
To escape to local shell, press 'Ctrl+Alt+]'.

Last login: Tue May 16 23:42:54 2017 from 192.168.1.100
[[email protected] ~]# 

二、Dubbo服務叢集
使用者服務:pay-service-user
交易服務:pay-service-trade
我在121,122伺服器同時啟動這兩個服務

[[email protected]
 
ovider-01 user]# ./service-user.sh start
=== start pay-service-user
[[email protected] user]# cd ..
[[email protected] service]# cd trade/
[[email protected] trade]# ./service-trade.sh start
=== start pay-service-trade

[[email protected] user]# ./service-user.sh start
=== start pay-service-user
[
 
[email protected] user]# cd ..
[[email protected] service]# cd trade/
[[email protected] trade]# ./service-trade.sh start
=== start pay-service-trade

在DubboAdmin管理控制檯中可以檢視到兩臺機器的服務都註冊成功

這裡我可以查詢交易資訊

我先關掉121的交易服務

[[email protected] trade]# ./service-trade.sh stop
=== stop pay-service-trade
[[email protected] trade]# ps -ef | grep pay
root       2803      1  8 06:33 pts/0    00:00:50 /usr/jdk/jre/bin/Java -Xms128m -Xmx512m -jar pay-service-user.jar
root       2980   2705  0 06:43 pts/0    00:00:00 grep pay
[[email protected] trade]# 

這裡我依舊可以查詢交易資訊
我再關掉122的交易服務

[[email protected] trade]# ./service-trade.sh stop
=== stop pay-service-trade
[[email protected] trade]# ps -ef | grep pay
root       2639      1  7 06:34 pts/1    00:00:51 /usr/jdk/jre/bin/java -Xms128m -Xmx512m -jar pay-service-user.jar
root       2816   2592  0 06:46 pts/1    00:00:00 grep pay
[[email protected] trade]# 

這裡我查詢交易資訊就會出現異常

我在121服務上再開啟交易服務，又可以查詢交易資訊了

[[email protected] trade]# ./service-trade.sh start
=== start pay-service-trade
[[email protected] trade]# 

三、Dubbo服務容錯配置-叢集容錯模式
標籤:
<dubbo:service>提供方配置標籤，粒度粗

例:<!-- 當ProtocolConfig和ServiceConfig某屬性沒有配置時,採用此預設值 -->
<dubbo:provider timeout="30000" threadpool="fixed" threads="100" accepts="1000" />

<dubbo:service>:服務釋出標籤,例，在這個上配置容錯，粒度細

<!-- 提供服務介面 -->
<dubbo:service retries="0" interface="edu.pay.facade.trade.service.PaymentFacade" ref="paymentFacade" />
<dubbo:consumer>消費端標籤,應用單個消費端配置,粒度粗
例:<dubbo:consumer timeout="8000" retries="0" />

在這個上配置容錯，粒度細

<dubbo:reference >
<!-- 呼叫賬戶服務 -->
<dubbo:reference interface="edu.pay.facade.account.service.AccountTransactionFacade" id="accountTransactionFacade" check="false" />

屬性：cluster 型別：string
是否必填：可選 預設值：failover
作用：效能調優 叢集方式：可選：failover/failfast/failsafe/failback/forking
1、Failover Cluster
失敗自動切換，當出現失敗，重試其它伺服器。(預設) 通常用於讀操作，但重試會帶來更長延遲。 可通過retries="2"來設定重試次數(不含第一次)。

<dubbo:service retries="2" />
或：
<dubbo:reference retries="2" />
或：
<dubbo:reference>
<dubbo:method name="findFoo" retries="2" /> </dubbo:reference>

2、Failfast Cluster
快速失敗，只發起一次呼叫，失敗立即報錯。 通常用於非冪等性的寫操作，比如新增記錄。

<dubbo:service cluster="failfast" />
或：
<dubbo:reference cluster="failfast" />

3.Failsafe Cluster
失敗安全，出現異常時,直接忽略，通常 用於寫入審計日誌等操作

<dubbo:service cluster="failsafe"/>或者
<dubbo:reference cluster="failsafe"/>

4.Failback Cluster
失敗自動恢復，後臺記錄失敗請求，定時重發，通常用於訊息通知操作。

<dubbo:service cluster="failback"/>
或
<dubbo:reference cluster="failback"/>

5.Forking Cluster
並行呼叫多個服務,只要一個成功即返回,通常用於實時要求較高的讀操作，但需要浪費更多的伺服器資源。可通過forks="2"來設定最大併發數。

<dubbo:service cluster="forking">
或
<dubbo:reference cluster="forking"/>

在實際專案中，生產環境中，我們用failover模式時可以這樣設計服務介面，遵循介面隔離原則 ，查詢服務與寫操作服務隔離，
查詢介面我們可以配置retries="2"
在寫操作介面我們配置retries="0" ,如果不設定為0, 超時，會重新連線，會出現重複寫的情況,所以使用failover模式時，我們要進行讀寫操作介面隔離，且寫操作介面retries=0