解決此問題的常見方法是使用“活動令牌”概念的某個變體。令牌在其最簡單級別上是一個標志，用來將服務器標識為某個應用程序的活動服務器。對于每組應用程序，來說，只存在一個活動令牌， 因此，只有一臺服務器可以擁有令牌。服務器啟動時，它會驗證其合作伙伴是否擁有活動令牌。如果擁有，則該服務器將作為備用服務器啟動。如果它未檢測到活動令牌，則它會取得活動令牌的所有權，并作為活動服務器啟動。當備用服務器成為活動服務器時，故障轉移進程將把活動令牌交給備用服務器。

 

在大多數情況下，當備用服務器成為活動服務器時，對于它正在支持的應用程序或用戶來說它是透明的。如果在事務處理過程中發生了故障，則可能必須重試該事務以使其成功完成。這就使在編寫的用程序代碼時使故障轉移進程保持透明顯得更為重要。

 

此外，大多數服務器使用IP地址進行通信。因此，為了使故障轉移成功，基礎結構必須能夠支持將JP地址從一臺服務器轉移到另一臺服務稽。比如，可以使用能夠支持IP地址轉移(把故障機的IP地址轉移給接管服務器使用)的網絡交換機。如果系統的基礎結構不支持這一轉移功能，則可能需要使用負載均衡集群， 而不是故障轉移集群。

 

擴展故障轉移集群服務器

 

故障轉移集群中的可伸縮性通常是通過擴展集群內的單個服務器，或向其中添加更多功能來實現的，所以這種集群系統的可伸縮能力非常有限。

 

以上就是新網總結的全部知識點，希望可以幫助大家。