故障轉移群集中的可伸縮性通常是通過擴充套件群集內的單個伺服器，或向其中新增更多功能來實現的。 了解以下兩點是很重要的：故障轉移群集必須設計為處理預期負載，各個伺服器的大小應當能夠適應 cpu、記憶體和磁碟使用的預期增長。failover cluster 伺服器通常是高階多處理器伺服器，並且它們被配置為使用多個冗餘子系統來獲得高可用性。 如果解決方案的資源要求超過了群集中伺服器的限制條件，則擴充套件群集將是極其困難的。
為了幫助您更好地了解如何使用故障轉移群集來實現高可用性，下面的討論分步演示了如何將已經實現的基本解決方案（它包含單個系統，即故障單點）重構為高度可用的解決方案。
一開始，組織可能只有基本解決方案體系結構（例如，圖 1 中略述的體系結構）。雖然該解決方案可能滿足最初的可用性要求，但是某些因素（如使用者數的增長或需要應用程式停機時間更短）可能迫使您對設計進行更改。
(圖1)
在圖 1 中，資料層僅包含一台為應用程式層提供服務的資料庫伺服器 (database10)。 如果資料庫伺服器或它執行的軟體發生故障，則應用程式伺服器將不再能夠訪問用來為客戶端提供服務的資料。 這將使應用程式對客戶端不可用。
為了提高解決方案的可用性，組織可能決定消除資料層中的單個資料庫伺服器造成的潛在故障單點。 為此，可以將伺服器新增到資料層，並利用現有資料庫伺服器、新伺服器和共享儲存裝置建立故障轉移群集。 在說明該更改的圖 2 中，群集由連線到共享儲存陣列的兩台伺服器組成。
圖2第一台伺服器 (database01) 是處理所有事務的活動伺服器。 僅當 database01 發生故障時，處於空閒狀態的第二台伺服器 (database02) 才會處理事務。 群集將乙個虛擬 ip 位址和主機名 (database10) 在客戶端和應用程式所使用的網路上公開。
注意：您可以將此設計擴充套件為包括多台活動伺服器（除了所示的伺服器外），要麼使它們共享單個備用伺服器，要麼將每個活動伺服器配置為另乙個活動伺服器的備用伺服器。
注意：您可以將此設計擴充套件為包括多台活動伺服器（除了所示的伺服器外），要麼使它們共享單個備用伺服器，要麼將每個活動伺服器配置為另乙個活動伺服器的備用伺服器。
failover cluster 模式具有的優缺點：
優點•
適應計畫內的停機時間。故障轉移群集可以允許系統有停機時間，而不會影響可用性。 這樣，就適應了日常的維護和公升級需要。
•減少計畫外停機時間。故障轉移群集通過消除系統和應用程式級別上的故障單點，減少了與伺服器和軟體故障有關的應用程式停機時間。
缺點•
會增加響應時間。對於故障轉移群集設計來說，由於備用伺服器上的負載增長，或需要更新多台伺服器的狀態資訊，因此會增加響應時間。
•增加裝置成本。故障轉移群集所要求的額外硬體很容易使基礎結構層的成本加倍。
(
新增故障轉移
當集群中只有乙個節點在執行時，意味著會有乙個單點故障問題 沒有冗餘。幸運的是，我們只需再啟動乙個節點即可防止資料丟失。啟動第二個節點 為了測試第二個節點啟動後的情況，你可以在同乙個目錄內，完全依照啟動第乙個節點的方式來啟動乙個新節點 參考安裝並執行 elasticsearch 多個節點可以共享同乙個...
Redis Cluster集群故障轉移
1.故障發現 1.1 主觀下線，redis集群通過gossip的ping,pong訊息來互相通訊，比如a節點向b節點傳送ping，如果在 cluster node timeout時間內一直失敗，則節點a會認為b是主觀下線，同時將此狀態資訊在集群內廣播 1.2 客觀下線，當半數以上的持有槽的主節點都標...
Hyper V故障轉移群集
hyper v故障轉移群集配置完成後，在故障轉移群集管理器中新建虛機 角色 虛擬機器 新建虛擬機器 如果直接在hyper v管理器中新建虛機，則不是高可用，需要在故障轉移群集管理器中將其新增進來使其成為高可用 角色 配置角色 選中虛擬機器 完成 hyper v群集規劃 在配置故障轉移群集之前，先將虛...