级联资源组

　　级联资源组定义了可控制该资源组的所有节点的列表，以及每个节点在接管该资源组方面的优先级。

　　级联资源组的行为如下：

　　在集群启动时，在缺省情况下，级联资源组在其主节点(在该节点组中具有最高优先级的节点)上激活。

　　此外，可以使用另一个名为“Inactive Takeover”的属性，以指定在具有最高优先级的节点(也称为主节点)在集群启动时不可用的情况下，可以在较低优先级的节点上激活该资源组。

　　在节点发生故障时，级联资源组故障转移到 RG 节点优先级列表中具有下一个优先级的可用节点。

　　此外，通过为资源组指定“Dynamic Node Priority”策略，故障转移过程将基于某些动态参数(例如，具有最多 CPU 空闲时间的节点)来确定将接管该资源组的节点。

　　在节点重新集成到集群中时，在缺省情况下，级联资源组将退回其主节点。

　　此外，通过为资源组指定“Cascading without Fallback”属性，当较高优先级的节点变得可用时，资源组将保留在接管节点上。

　　总而言之，级联资源组具有以下属性：

　　Inactive Takeover (IT) 是允许微调主节点不可用时的资源组启动(初始获取)的属性。

　　在当前拥有此类资源组之一的节点发生故障时，该资源组将故障转移到节点优先级列表中的下一个可用节点。可以通过两种方式之一来配置故障转移优先级：使用缺省的节点优先级列表(这是配置 RG 时列出节点的顺序)，或者通过设置 Dynamic Node Priority (DNP) 策略。

　　Cascading without Fallback (CWOF) 是一个修改退回行为的属性。通过使用 CWOF 属性，每当具有较高优先级的节点变得可用时，您可以避免不必要的 RG 退回(从而避免不必要的客户端中断)。在此模式下，可以在某个方便的时候手动将 RG 移动到主节点，而不必中断客户端。

　　循环资源组

　　对于循环资源组，节点优先级列表仅确定哪个节点将在所有者节点发生故障时接管该资源组。

　　在集群启动时，节点优先级列表中的第一个可用节点将激活该资源组。

　　如果资源组在接管节点上，它决不会在某个较高优先级的节点变得可用时退回该节点。

　　循环 RG 不存在动态节点优先级(Dynamic Node Priority，DNP)计算。

　　当在同一组节点上配置多个循环 RG 以便控制循环资源组的首选位置时，应该从参与节点列表中为每个组分配一个不同的最高优先级节点。

　　当集群启动时，每个节点将尝试获取自己拥有其最高优先级的循环资源组。

　　如果所有循环资源组都已激活，加入集群的新节点将仅作为这些资源组的备份节点来加入。如果所有循环组都未激活，加入集群的节点一般仅获取这些非活动资源组中的一个。其余资源组仍然保持非活动状态。

　　但是，如果存在多个可在其上移动资源组的网络，一个节点可以获取多个循环组，每个网络一个。

　　并发资源组

　　顾名思义，并发 RG 可以同时在多个节点上处于活动状态。在集群启动时，RG 将在列表中的所有节点上激活，并且没有首选的启动顺序。

　　对于并发资源组，节点之间不存在优先级;它们全都是平等的所有者节点。如果一个节点发生故障，其他节点将继续提供服务;资源组不移动。

　　可能需要附加的并发软件来管理对应用程序数据的并发访问。

　　自定义资源组

　　HACMP V5.1 中引入了这种新的 RG 类型，以简化资源组管理和便于理解。资源组名称(级联、循环和并发)对新用户来说可能令人混淆，因为：

　　它们没有清楚指示基本的 RG 行为。

　　附加的 RG 参数会使 RG 定义进一步复杂化：

　　Cascading without Fallback 和 Inactive Takeover。

　　此外，在某些情况下，用户需要标准 RG 定义所没有提供的行为组合。

　　HACMP V5.1 引入了自定义资源组。

　　用户必须显式指定所需的启动、故障转移和退回行为。

　　RG 启动和退回可以通过使用 Settling Timer 和 Fallback Timer 来进行控制。

　　还可以通过使用 Dynamic Node Priority (DNP) 来影响 RG 故障转移。

　　限制(仅针对 HACMP V5.1)：

　　自定义 RG 仅支持通过服务 IP 地址/标签别名的 IPAT。

　　不存在站点或复制的资源支持(对于 HACMP-XD)。