1，仲裁配置的原理
群集是否停止工作，取決於當前群集中活著的節點數是否佔群集節點總數的大多數。群集節點之間每1.2秒傳送udp資料報的心跳，如果某個節點連續5次沒有響應心跳資料報，群集中的其他節點認為這個節點發生故障並且傳送regroup請求來更新群集中活著的節點列表。發生故障的節點上的資源會被切換到其他節點。
2，仲裁模式判斷依據
（1）
在使用「節點多數」配置的群集中，在計算多數時僅統計節點，例如，群集中含有3個節點時，只要有兩個節點及以上節點在通訊，群集就正常工作。反之群集則停止工作。
（2）
在使用「節點和磁碟多數」配置的群集中，在計算多數時統計節點和見證磁碟。例如群集中含有4個節點時，
①, 4個節點中的兩個節點以及見證磁碟在通訊，群集執行
②, 4個節點中3個在通訊，群集執行
③, 4個節點中只有乙個節點以及見證磁碟在通訊，群集停止。
（3）
在使用「節點和檔案共享多數」配置的群集中，在計算多數時統計節點和見證檔案共享。這與前面插圖中所示的「節點和磁碟多數」仲裁配置類似，只不過見證是群集中所有節點可以訪問的檔案共享，而不是群集儲存中的磁碟。
①, 乙個節點以及檔案共享在通訊，群集執行
②，所有節點都在通訊，但沒有與檔案共享通訊，群集停止
（4）
在使用「僅磁碟」配置的群集中，節點數不影響如何實現仲裁。磁碟就是仲裁。但是，如果失去與磁碟的通訊，群集將變得不可用。
3，分析總結：
對於奇數個節點:
（1）採用」 節點多數」 時所能承受的故障節點數為：節點數的一半（四捨五入）減去一，例如：7個節點，可以承受3個節點故障；
（2）如果採用」 節點和磁碟多數」，所能承受的故障節點數為節點數的一半7/2=3,儘管為7個節點1個仲裁盤，總數為8，由於8的多數是5，故承受的故障節點數還是3。換句話說，對於奇數個節點採用」 節點和磁碟多數」時，沒有因為多新增了一塊仲裁盤而帶來什麼效益。並且：此種情況用6個節點就可達成相同的目標。(6個節點+1個仲裁盤就可以承受3個節點故障)。
同理：對於偶數個節點採用」 節點多數」存在相似的問題。
對於使用者仲裁模式選錯的情況，只不過沒能充分發錯新增節點或仲裁盤的效能而已，對整個系統沒有任何影響。windows 2012與 2008類似，原理不變。
MNS與仲裁群集磁碟的區別
從伺服器群集的發展來看 多數節點集 mns 仲裁將成為唯一的仲裁資源。但在預設情況下，其資料實際儲存在各個群集成員的系統磁碟上。mns 資源負責確保在 mns 上儲存的群集配置資料在不同磁碟上都保持一致性。圖 8 顯示了乙個使用 mns 仲裁配置的四節點群集。您可以在 windows server ...
Domino下的群集配置過程
domino下的群集配置過程 主伺服器 mainserver 附加伺服器 addtional server backupserver 1 配置前的準備工作 1 兩台機器上分別安裝同版本的domino伺服器，並且要選擇enterprise server 企業級伺服器 2 在兩台機器的c winnt s...
Hyper V 3 虛擬機器的配置
hyper v 配置系列部落格 在hyper v成功新建一台虛擬機器，在正式使用之前，必須配置vm使用的硬體資源，並授予使用者訪問vm的許可權等，本文羅列出一些常見的配置，供讀者參閱。在hyper v manager中，選中乙個vm，點選settings，配置vm使用的記憶體資源。使用動態記憶體時，...