3 節點 Windows 集群的 Quorom 配置
我們在現場有 2 個節點，在 DR 上有第 3 個節點，並且沒有磁碟見證。由於維護，我將 DR 站點設置為主站點，其他 2 個節點在非同步模式下手動設置，並且在 2 個節點一起宕機並且由於仲裁無法達到磁碟多數而導致整個集群宕機之後。我相信動態仲裁失敗了，因為站點 2 的兩個節點同時執行。
由於這是一個 3 節點集群，因此將使用節點多數仲裁，我的問題是：如果我面臨類似的情況，當現場 2 節點將一起關閉時，在這種情況下，我如何保持集群在一個節點/DR 上執行地點..
如果我在現場 2 節點將一起關閉時遇到類似情況，在這種情況下，我如何才能使集群在一個節點/ Dr 站點上保持執行..
使用目前配置，您不能假設 2 個節點同時出現故障。為避免這種情況，您必須從 DR 端再添加一個節點到 WSFC 配置中並設置文件共享見證（首選）。FS 見證應該駐留在生產和 DR 都可以訪問的 VM 或機器上，並且應該保存在當 DC 或 DR 完全關閉時不受影響的“第三位置”。我會在這裡建議雲見證。雲見證確實有一些滯後，所以請用各種測試案例測試場景。有 4 個節點和 1 個 FS 見證，即使 DC 的 2 個節點出現故障，DR 的 2 個節點和 1 個 FS 見證仍然有 3 票，以保持 WSFC 正常執行。
此配置的法定人數為
Node and Fileshare majority.從評論中回复您的問題
那麼我可以在站點上擁有 2 個節點、第 3 個節點 DR 和 DR 站點上的文件共享。在這種情況下，如果兩個現場節點都出現故障，我可以生存。
沒有 WSFC 將無法生存，因為 WSFC 中有 4 個投票成員，我們需要超過 2 個（超過 50%）投票才能達到法定人數和 WSFC 線上。
或者在維護之前的故障轉移期間，我可以從投票權中刪除 2 個現場節點，讓 DR 獲得 1 票，因此即使現場 2 個節點出現故障，集群也將保持活動狀態
現在這與意外故障轉移不同，是的，您可以從 DR 節點中刪除投票，或者，如果您正在使用
Windows server 2012 r2及以上，您可以正常關閉DC 的 2 個節點並且 DR 節點仍然線上，這稱為 最後一個人站立. 這是因為Windows Server 2012 r2 伺服器的動態仲裁和動態見證功能。但請記住，在這種情況下，您正在按計劃進行關閉，這就是為什麼動態仲裁和見證在 2 個節點意外關閉時正常工作的原因，並且整個 WSFC 都將關閉。對於您目前的配置，如果假設由於 DC 意外關閉而導致您的 WSFC 關閉，您可以使用forcequorum 在 DR 節點使 WSFC 聯機。這種方法並不復雜，如果可以提供一些停機時間，這是一種有用的方法。一個簡單的練習，只需 5-10 分鐘即可將 WSFC 上線。這將節省額外節點和額外基礎設施的成本。