叢集容錯機制的原理

   假如我們使用的單機模式的dubbo服務，消費者發出一次請求，恰好這次由於網路問題呼叫失敗，我們可以配置重試策略，可能第二次呼叫時成功的。但是假如假如提供者發生故障，那麼消費者再怎麼重試呼叫都是失敗的，所以我們採取叢集容錯模式，這樣假如單個服務節點故障無法提供服務，則可以根據配置的叢集容錯模式，呼叫其他的服務節點。這樣就提高了服務的可用性。

叢集容錯模式的配置方式

   提供者配置

<dubbo:service interface="com.yang.test.api.TestService" ref="testServcie" cluster="failover"/>
 

消費者配置

<dubbo:reference id="testService" interface="com.yang.test.api.TestService" cluster="failover" />

6種叢集容錯模式

1、Failover

<dubbo:service interface="com.yang.test.api.TestService" ref="testServcie" cluster="failover" retries="2"/>

   是dubbo預設的模式，在呼叫失敗時，會自動切換嘗試呼叫其他節點的服務，一些冪等操作可以使用該模式，例如讀操作，因為每次呼叫的副作用是一樣的，所以可以選擇自動切換重新呼叫。可以通過retries屬性設定重試次數（不包含第一次）

2、Failfase

<dubbo:service interface="com.yang.test.api.TestService" ref="testServcie" cluster="failfast"/>

   又叫快速失敗模式，呼叫只執行一次，若失敗則立即報錯，這種操作適用於非冪等操作，比如資料庫的寫操作，如果失敗了就應該直接失敗，不需要重試。

3、Failsafe   

 <dubbo:service interface="com.yang.test.api.TestService" ref="testServcie" cluster="failsafe"/>
 

   又叫失敗安全模式，如果呼叫失敗，則直接忽略失敗的呼叫，記錄失敗的呼叫到日誌中，以便後續審計。

4、Failback

<dubbo:service interface="com.yang.test.api.TestService" ref="testServcie" cluster="failback"/>

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

5、Forking

<dubbo:service interface="com.yang.test.api.TestService" ref="testServcie" cluster="forking/>

   並行呼叫多個伺服器，只要一個成功便返回，通常用於實時性要求高的操作，但需要浪費更多的服務資源，可以通過forks屬性設定最大的並行數。例如（forks="2"）

6、Broadcast

<dubbo:service interface="com.yang.test.api.TestService" ref="testServcie" cluster="broadcast" />

   廣播呼叫所有提供者，逐個呼叫，任意一臺報錯則報錯，通常用於通知所有提供者更新快取或日誌等本地資源資訊。

叢集的負載均衡

   Dubbo內建了4種負載均衡策略，隨機（Random），輪循（RoundRobin），最少活躍數（LeastActive），一致性Hash（ConisitentHash）。

   叢集的負載均衡可以介面級別進行配置

<dubbo:service interface="com.yang.test.api.TestService" ref="testServcie" loadbalance="foundRobin" />

可以在方法級別上配置

<dubbo:service interface="com.yang.test.api.TestService" ref="testServcie">
     <dubbo:method name="sayHello" loadbalance="roundrobin"/>
</dubbo:service>

四種負載均衡策略

   隨機模式：隨機，指按照權重設計隨機概率

   輪詢模式：即按照公約後的權重設定輪詢比率，該模式存在響應慢的提供者會累積請求，比如兩臺伺服器，第二臺很慢，但是沒掛掉。那請求就會卡在那裡，久而久之，左右的請求就會卡在第二臺上面。

   最少活躍數呼叫：只相應慢 提供者收到更少 請求的一種呼叫方式，如果活躍數相同的則隨機，活躍數指調動前後的計數差，而相應越慢的提供者呼叫前後的計數差越大。

   一致性Hash：指帶有相同引數的請求總會被髮送到同一個提供者。在某臺提供者掛掉時候，原本發往這臺伺服器的請求會平攤到其他的提供者上面。