HACMP认证知识：资源组类型

级联资源组

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

级联资源组的行为如下：

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

此外，可以使用另一个名为“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)。

HACMP

心跳

和其他许多类型的集群一样，心跳用来检测网络接口，通信设备，

IP

标签

(

服务的，非服务的，

永久性的

IP)

以及节点本身的可用性。

从

HACMP V5.1

开始，心跳是专有的，基于

RSCT

拓扑的服务（这样，

HACMP V5.1

仅有的

增强的可扩展性，

经典的通过网络模块的心跳，

直接被集群管理后台控制）

心跳是通过集群中每

两个节点间的每个通信设备传递和交换的信息

(

保活数据包

)

。

每一个集群中的节点定时的间隔发

送心跳信号到其他节点，

并且预期的接受心跳信号从相应的节点。

如果接受的信号中断了，

RSCT

认可这一个错误并告诉

HACMP

，

HACMP

将执行合适的恢复动作。

心跳信息可以通过两种网络传送：



TCP/IP

网络



点到点非

IP

网络

为了避免

HACMP

集群的分离，

HACMP

必须能区分节点故障和

TCP/IP

网络故障。

TCP/IP

网

络可以因为不完美的网络元素

(

交换机，

集线器和电缆等

)

而发生故障，

当这种情况发生时，

集群

中的节点不能通过

IP

发送心跳信号，所以每个节点考虑到对方节点故障而都去尝试获得资源，

这将导致一个潜在数据问题，特别是使用了并发的资源组时。

非

IP

网络是在两个节点间直接的点对点连接，不再使用

IP

进行心跳信号的交换，也因此减少

了

IP

网络的故障带来的问题。假如这样的网络类型使用了，那么当

IP

网络故障时，节点仍然

可以交换信息，可以判定网络故障而不会发生资源组的接管 *** 作。

为了避免

HACMP

被分开，我们推荐配置冗余的网络

(IP

网络和非

IP

网络

)

，

同时使用这两种网

络。建议使用的两个节点的群集参见

Figure 2-3

。

2.3.1.

通过磁盘的心跳信号

通过磁盘的心跳是

HACMP

V5.1

的新特性，提供了对防止集群分割和单个非

IP

网络的附加的

保护，特别是当

RS-232

和

tmssa

、

tmscsi

等连接太复杂或无法实现时。

这种类型的网络可以使用许多类型的共享磁盘存储

(

光纤通道，

SSA

和

SCSI

等

)

，磁盘用来交

换

KA

信息的一段只是作为

AIX

增强并发卷组的一部分，

它不是排外性的仅作为这个目的使用，

它们仍然可以用来存贮应用共享的数据。

客户需要使用目标模式的光纤通道连接，

但是对于异构的

FC

环境

(adapter

，

存储子系统，

SAN

交换机

)

，这将很难实施和支持。

使用共享磁盘来交换信息是更可靠的非

IP

网络，并且不依赖于特定的硬件。

此外，

在一个

SAN

环境中，当使用光纤连接设备，非

IP

网络的光纤的长度仅仅是

SAN

的限制，因此允许非常长

的点对点的网络。

当定义一个磁盘作为增强的并发卷组，这个磁盘的一部分

(

一部分扇区

)

将不能给

lvm

使用，将

用来在两个节点间交换信息。

使用基于磁盘的心跳的详细说明如下：



一个磁盘可以用来做两个节点间的一个网络，

这个磁盘在两个节点上使用相同的唯一的

特定的标识的

PVID

。



推荐在一个存储范围内的一对节点间

（或者一个磁盘柜）

的一个磁盘配置磁盘心跳网络。



该磁盘需要是增强并发卷组的一部分，虽然并不要求卷组激活或者是资源组的一部分。

仅仅的限制是

VG

必须同时定义在两个节点上。

注意：集群中并发卷组的锁机制不再需要保留磁盘的一部分来通信，而是以

RSCT

组服务替代。

2.3.2.

通过

IP

别名的心跳

对于

IP

网络，引入了一个新的心跳机制：通过

IP

别名的心跳。这使得集群不再需要或者可能

再改变通信接口基本

IP

地址。

---