_Quorum _是完整運作叢集的先決條件。當叢集達到仲裁數時、大多數的節點都很正常、可以彼此通訊。當仲裁遺失時、叢集便無法完成正常的叢集作業。由於所有節點共同共用資料的單一檢視、因此任何時候只有一個節點集合可以有仲裁。因此、如果允許兩個非通訊節點以不同方式修改資料、就無法再將資料協調成單一資料檢視。

叢集中的每個節點都會參與投票傳輸協定、選擇一個節點_master_；其餘每個節點都是_secondary _。主節點負責跨叢集同步處理資訊。當達到法定人數時、它會透過持續投票來維持。如果主節點離線且叢集仍處於仲裁狀態、則會由保持連線的節點選取新的主節點。

由於叢集內有一個節點數量偶數的關聯、因此一個節點有一個額外的分數投票權重稱為_epsilon_。如果大型叢集的兩個等部分之間的連線失敗、則包含epsilon的節點群組會維持仲裁、假設所有節點都正常運作。例如、下圖顯示其中兩個節點發生故障的四節點叢集。但是、由於其中一個可用節點保留了epsilon、即使沒有簡單多數的正常節點、叢集仍會維持在仲裁中。

在建立叢集時、Epsilon會自動指派給第一個節點。如果擁有epsilon的節點變得不健全、接管其高可用度合作夥伴、或由其高可用度合作夥伴接管、則epsilon會自動重新指派至不同HA配對中的正常節點。

使節點離線可能會影響叢集保持仲裁狀態的能力。因此ONTAP 、如果您嘗試將叢集從仲裁中移出、或是將叢集從仲裁中移出一次中斷、就會發出警告訊息。您可以使用停用仲裁警告訊息 cluster quorum-service options modify 進階權限層級的命令。

一般而言、假設叢集節點之間的連線可靠、較大型的叢集比較小的叢集更穩定。在24個節點的叢集中、只需簡單多數節點加上epsilon、就能比在兩個節點的叢集內更容易維護仲裁需求。

雙節點叢集在維護仲裁方面帶來一些獨特的挑戰。雙節點叢集使用_叢集HA _、其中兩個節點都不保留epsilon；而是會持續輪詢兩個節點、以確保當一個節點故障時、另一個節點擁有對資料的完整讀寫存取權、以及對邏輯介面和管理功能的存取權。