瞭解仲裁和epsilon
-
此文件 PDF 的網站
![](https://docs.netapp.com/common/images/pdf-zip.png)
個別的 PDF 文件集合
Creating your file...
仲裁和epsilon是叢集健全狀況和功能的重要衡量標準、可一起指出叢集如何因應潛在的通訊和連線挑戰。
_Quorum _是完整運作叢集的先決條件。當叢集達到仲裁數時、大多數的節點都很正常、可以彼此通訊。當仲裁遺失時、叢集便無法完成正常的叢集作業。由於所有節點共同共用資料的單一檢視、因此任何時候只有一個節點集合可以有仲裁。因此、如果允許兩個非通訊節點以不同方式修改資料、就無法再將資料協調成單一資料檢視。
叢集中的每個節點都會參與投票傳輸協定、以選擇一個節點主要節點;其餘每個節點都是次要節點。主節點負責跨叢集同步處理資訊。當達到法定人數時、它會透過持續投票來維持。如果主節點離線且叢集仍處於仲裁狀態、則會由保持連線的節點選取新的主節點。
由於叢集中有可能會有一個節點數目相同的連結、因此一個節點會有額外的分數投票權重稱為epsilon。如果大型叢集的兩個等部分之間的連線失敗、則包含epsilon的節點群組會維持仲裁、假設所有節點都正常運作。例如、下圖顯示其中兩個節點發生故障的四節點叢集。但是、由於其中一個可用節點保留了epsilon、即使沒有簡單多數的正常節點、叢集仍會維持在仲裁中。
![此影像由周邊文字說明。](../media/epsilon_preserving_quorum.gif)
在建立叢集時、Epsilon會自動指派給第一個節點。如果擁有epsilon的節點變得不健全、接管其高可用度合作夥伴、或由其高可用度合作夥伴接管、則epsilon會自動重新指派至不同HA配對中的正常節點。
使節點離線可能會影響叢集保持仲裁狀態的能力。因此ONTAP 、如果您嘗試將叢集從仲裁中移出、或是將叢集從仲裁中移出一次中斷、就會發出警告訊息。您可以在進階權限層級使用cluster quorum服務選項modify命令來停用仲裁警告訊息。
一般而言、假設叢集節點之間的連線可靠、較大型的叢集比較小的叢集更穩定。在24個節點的叢集中、只需簡單多數節點加上epsilon、就能比在兩個節點的叢集內更容易維護仲裁需求。
雙節點叢集在維護仲裁方面帶來一些獨特的挑戰。雙節點叢集使用叢集HA、其中兩個節點都不含epsilon;而是會持續輪詢兩個節點、以確保當一個節點故障時、另一個節點擁有對資料的完整讀寫存取權、以及對邏輯介面和管理功能的存取權。