解决此问题的常见方法是使用“活动令牌”概念的某个变体。令牌在其最简单级别上是一个标志，用来将服务器标识为某个应用程序的活动服务器。对于每组应用程序，来说，只存在一个活动令牌， 因此，只有一台服务器可以拥有令牌。服务器启动时，它会验证其合作伙伴是否拥有活动令牌。如果拥有，则该服务器将作为备用服务器启动。如果它未检测到活动令牌，则它会取得活动令牌的所有权，并作为活动服务器启动。当备用服务器成为活动服务器时，故障转移进程将把活动令牌交给备用服务器。

 

在大多数情况下，当备用服务器成为活动服务器时，对于它正在支持的应用程序或用户来说它是透明的。如果在事务处理过程中发生了故障，则可能必须重试该事务以使其成功完成。这就使在编写的用程序代码时使故障转移进程保持透明显得更为重要。

 

此外，大多数服务器使用IP地址进行通信。因此，为了使故障转移成功，基础结构必须能够支持将JP地址从一台服务器转移到另一台服务稽。比如，可以使用能够支持IP地址转移(把故障机的IP地址转移给接管服务器使用)的网络交换机。如果系统的基础结构不支持这一转移功能，则可能需要使用负载均衡集群， 而不是故障转移集群。

 

扩展故障转移集群服务器

 

故障转移集群中的可伸缩性通常是通过扩展集群内的单个服务器，或向其中添加更多功能来实现的，所以这种集群系统的可伸缩能力非常有限。

 

以上就是新网总结的全部知识点，希望可以帮助大家。