Windows Server中故障轉移群集的實現機制是怎么樣的

Windows Server中故障轉移群集的實現機制是怎么樣的，相信很多沒有經驗的人對此束手無策，為此本文總結了問題出現的原因和解決方法，通過這篇文章希望你能解決這個問題。

    Windows服務器故障轉移集群（Windows Server Failover Cluster，簡稱WSFC）使用仲裁投票（Quorum Voting）決定集群的健康狀況，或使故障自動轉移，或使集群離線。當集群中的節點發生故障時，會由其他節點接手繼續提供服務，不過，當節點之間通信出現問題，或大多數節點發生故障時，集群就會停止服務。可是集群可以容忍多少個結點發生故障呢？這要由仲裁配置（Quorum Configuration）決定，仲裁配置使用多數（Majority）原則，只要集群中健康運行的節點數量達到仲裁規定的數量（多數結點投贊成票），集群就會繼續提供服務，否則集群就停止提供服務。在停止提供服務期間，正常節點持續監控故障節點是否恢復正常，一旦正常節點的數量恢復到仲裁規定的數量，集群就恢復正常，繼續提供服務。仲裁投票默認是啟用的（Cluster Manged Voting：Enable）。

一、仲裁模式

    仲裁模式是在WSFC 集群級別配置的，規定仲裁投票的方法，默認情況下，故障轉移集群管理器會基于集群節點的數量，自動推薦一個仲裁模式。仲裁配置影響集群的可用性，在集群中，重組的集群節點必須在線，否則集群將由于仲裁不足而必須停止服務。

1、術語解釋

仲裁（Quorum）：法定數量，預先規定具有投票權的節點或見證（Witness）的數量；

仲裁投票（Quorum Voting）：法定數量的節點和見證進行投票，如果多數投贊成票，那么判斷集群處于健康狀態；

投票節點（Voting Node）：在集群中，擁有投票權的節點稱作投票節點，如果投票節點投贊成票，代表該節點認為集群是健康的；但是，單個節點不能決定集群整體的健康狀態。

投票見證（Voting Witness）：除了投票節點能夠進行投票之外，共享的 File 和 Disk 也能投票，稱作投票見證，共享的File 投票見證，稱作文件共享見證（File Share Witness）；共享的Disk 投票見證，稱作硬盤見證（Disk Witness）；

仲裁節點集合（Quorum Node Set）：擁有投票的結點和Witness統稱仲裁節點集合；由仲裁節點集合的投票結果決定集群整體的健康狀態。

2、仲裁模式

    仲裁模式多數原則是指所有投票節點進行投票，如果贊成票占比在50%以上，那么WSFC認為集群處于健康狀態，執行故障轉移，繼續提供服務，否則，WSFC認為集群出現嚴重故障，WSFC使集群離線，停止提供服務。根據仲裁節點集合的組成類型，將仲裁模式分為以下四種類型：

• 節點多數（Node Majority）：在集群中，投票結點都是集群的節點服務器，如果一半以上的投票節點（Voting Node）投贊成票，那么WSFC判定集群是健康的；

• 節點和文件共享多數（Node and File Share Majority）：和Node Majority模式相似，除了將遠程文件共享配置為一個投票見證（Voting Witness）之外，該共享文件稱作仲裁文件，或見證文件。使用仲裁文件，遠程文件擁有投票權，如果其他結點能夠連接到該共享文件，那么認為該文件投一個贊成票。如果投票節點和文件共享投的贊成票占一半以上，那么WSFC判定集群是健康的。作為一個最佳實踐，文件共享見證（File Share Witness）不要存儲在集群中的任何一個結點服務器上，并且設置任何一個結點服務器都有權限訪問。 

• 節點和硬盤多數（Node and Disk Majority）：和Node Majority模式相似，除了將共享硬盤配置為一個投票見證（Voting Witness）之外，該共享硬盤稱作仲裁硬盤，或見證硬盤。仲裁硬盤需要共享存儲，集群中各個節點都需要掛載同一個共享硬盤。

• 只硬盤（Disk Only）：沒有多數，僅僅把一個共享的硬盤作為唯一見證，集群中的任何一個節點能夠訪問該共享硬盤，這意味著，一旦仲裁硬盤脫機，集群就會停止提供服務。

    常見的仲裁模式是節點多數（Node Majority） 和 節點和文件共享多數（Node and File Share Majority），如果集群節點數量是奇數，那么使用節點多數仲裁模式；如果集群結點數量是偶數，那么使用節點和文件共享多數仲裁模式，該模式需要配置一個共享文件夾，集群中的各個節點都有權限訪問該共享文件夾，并且該共享文件夾不能創建是集群的節點上。

二，仲裁配置（Quorum Configuration）

打開故障轉移管理器（Failover Cluster Manager），右擊集群結點，在上下文菜單中點擊“More Actions”，在擴展菜單中選擇“Configure Cluster Quorum Settings”，打開仲裁配置向導（Wizard），為該集群配置仲裁

Step1，打開仲裁配置向導（Wizard），開始配置仲裁

step2，選擇仲裁配置選項

仲裁配置共有三個選項：

• 使用默認的仲裁配置：該選項將仲裁配置選項的選擇權交由集群系統；

• 仲裁見證：該選項將集群中添加仲裁見證，由集群決定其他仲裁管理選項；

• 高級仲裁配置：由用戶控制仲裁配置的所有選項

本例選擇高級仲裁配置（Advanced quorum configuration），自主控制仲裁的所有配置選項

Step3，選擇投票設置（Voting）

    默認情況下，集群中的每一個結點都是投票節點，通過顯式的移除節點的投票權，用戶可以調整投票仲裁的設置，本例選擇默認選項：All Nodes，這意味著，集群中的所有節點都擁有投票權。

Step4，選擇仲裁見證（Quorum Witness）

    在集群中，能夠添加兩類仲裁見證：文件共享見證（File Share Witness）和硬盤見證（Disk Witness），硬盤見證是指增加一個共享的硬盤作為一個仲裁投票節點，文件共享見證是指增加一個文件共享作為一個仲裁投票節點，如果集群中的其他節點能夠訪問該節點，那么認為該節點

Step5，選擇文件共享路徑

三，投票仲裁

    默認情況下，故障轉移集群中的每一個節點都是集群仲裁節點，每一個節點都擁有投票權，如果一個節點投贊成票，那么代表該節點認為集群是健康的，但是，單個節點不能決定集群整體的健康狀態，而是由集群中的所有仲裁節點的投票結果來決定。

    在任何時刻，從每一個的節點的角度來看，其他節點可能處于離線狀態，或正在進行故障轉移，或由于網絡連接失敗而處于不響應狀態，仲裁投票的關鍵在于確定所有投票節點的真實狀態。除了“Disk Only”仲裁模式之外，其他仲裁模式都依賴于投票節點之間周期性的心跳信號通信，一旦某個節點因為網絡通信故障，系統宕機，硬件損壞，機房停電等異常而無法回應心跳信號，那么剩余的節點就認為該節點出現異常，把該節點從當前集群排除。WSFC統計所有投票節點的仲裁結果，決定集群的健康狀態。

    如果集群的節點位于不同的子網（Subnet）中，當一個結點在子網1中被認為是故障節點時，實際上，該節點可能是由于網絡通信故障而不能被子網1的節點感知，但是該節點在子網2中是在線的，健康的。如果投票結點在不同的子網中能夠建立多個投票仲裁，那么將產生腦裂場景。在該場景中，位于不同仲裁的節點有不同的表現，使仲裁產生沖突，WSFC不能正確的執行故障轉移，可能產生數據不同步。腦裂場景只可能在系統管理員手動執行強制仲裁（Forced Quorum）操作時發生。

四，健康檢測和仲裁投票

    WSFC在集群的節點之間進行健康檢測和仲裁投票，每一個節點通過周期性地發送心跳信號，檢測其他其他節點的健康狀態，并和其他節點共享健康數據，無法響應心跳信號的節點被認為處于異常狀態，集群的所有健康節點都會很快知道該節點出現故障。仲裁節點集合是投票節點和見證節點（Witness）結合，仲裁結果由多數（Majority）結點決定，集群整體的健康狀態是由周期性的仲裁投票的結果決定的，WSFC根據仲裁投票的結果，執行自動故障轉移或者使集群離線：如果仲裁節點集合（Quorum Node Set)的投票結果表明大多數節點是健康的，那么集群將進行故障轉移，繼續提供服務；如果投票結果是少數節點，那么集群將處于離線狀態。

看完上述內容，你們掌握Windows Server中故障轉移群集的實現機制是怎么樣的的方法了嗎？如果還想學到更多技能或想了解更多相關內容，歡迎關注億速云行業資訊頻道，感謝各位的閱讀！