服务器群集的多种解决方案

服务器群集的多种解决方案
用户可以根据需要事先设计安装配置的群集方案。

在一个故障转移群集中，作为资源接受者的节点应该保证故障转移后累积的负载不会超过该节点所能承载的容量。

例如在一个4节点的群集中，所有的节点都处于活动状态并且都被配置成所有资源的可能拥有者，每个服务器上的平均工作负荷应该不超过25%。

只要在满足这个条件的前提下，该群集才能处理3个节点的故障并仍然能保持群集可操作。

在一个有更多节点的群集中，用户在建立各种故障转移方案是有更大的灵活性。

例如可以配置故障转移只在一对节点之间进行，不过这将限制群集的高可用性，因为每一对节点中两个节点的故障会引起它们所拥有的资源组的故障。

其实这样做也有好处，那就是这种方案可以将每个节点的利用率提高到50%。

由此不难发现，这是一个在节点的利用率和高可用性之间进行平衡的设计方案。

综合用户对群集解决方案的各种需求，可以大致提炼出以下几种群集模型。

用户可以从下面列出的群集模型中选择合适的方案：
（1）N节点故障转移对群集
这是一组配置为只在一个群集中的节点对之间进行故障转移的群集。

这种设计限制了故障转移的能力，因为一个节点对中两个服务器的故障导致了该资源组的故障，不过这种群集允许的节点利用率将达到50%。

（2）热待机服务器群集
这是一种只有单个节点被指定为所有剩下的节点的热待机故障转移节点的群集。

热待机服务器群集应当能够处理所有活动节点都发生故障这种不太可能的事件，这种群集模型限制了高可用性，因为任何活动节点和一个热待机服务器群集的故障将导致该资源组的故障。

（3）N+I服务器群集
这是一种有N个节点处于活动状态和I个节点充当热待机故障转移节点的群集。

这种群集方案是热待机服务器群集方案的延伸，是为了解决热待机服务器群集所可能遇到的高可用性瓶颈问题。

不过这种群集方案增加了硬件成本，但并没有带来处理能力上的回报，因为更多的节点在大多数时间里处于闲置状态。

这种方案所带来的好处是：在一次故障转移之后，群集的服务水平不会因此而下降。

（4）故障转移提醒群集
这是一种每个节点都处于活动状态的群集。

这种群集方案的资源组以一种明确的顺序配置给一个故障转移节点，这种群集提供对资源的很好利用和不错的故障转移能力。

不过一定要确定一种有意义的故障转移顺序，并且在发生故障转移时不允许单个节点超出承载能力。

（5）随机群集
这是一种故障转移顺序为随机的群集。

该群集方案不存在可能所有者或首选所有者设置，在故障转移期间，所有权可以被转移给任何节点。

要配置一个随机群集，只需确保每个资源组的首选所有者列表为空。