![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
高可用性 Deployment Manager
高可用性(HA)Deployment Manager 功能通过共享文件系统进行配置。如果选择了此配置选项,那么可以对多个 Deployment Manager 进行配置。HA Deployment Manager 功能的优点是 Deployment Manager 不再是单元管理的单一故障点。如果环境依赖包括应用程序部署和服务器监视等在内的自动操作,那么这一优点尤其重要。
Deployment Manager 概述
Deployment Manager 以对等方式存在。其中一个 Deployment Manager 处于活动状态,我们又称之为主 Deployment Manager,它主管单元的管理功能,而其他 Deployment Manager 都是备份 Deployment Manager 并处于备用方式。如果活动管理器发生故障,那么备用管理器将接管并被指定为新的活动 Deployment Manager。提供的命令行实用程序可以将原始的单元 Deployment Manager 克隆至其他 Deployment Manager。每个 Deployment Manager 在安装后都被配置为在不同的物理或逻辑计算机上运行。虽然建议使用相同种类的操作平台,但不需要在这些平台上主管 Deployment Manager。每个 Deployment Manager 都共享同一个主配置库实例和同一工作空间区域。这些都必须位于一个共享文件系统上。

一般操作需要至少启动两个 Deployment Manager。新的高可用性 Deployment Manager 组件在每个 Deployment Manager 中运行,以控制将哪个 Deployment Manager 选为活动 Deployment Manager。配置中的任何其他 Deployment Manager 都处于备用方式。使用管理控制台、wsadmin 工具和脚本编制功能的通信端点来配置随需应变路由器 (ODR)。ODR 可识别处于活动状态的 Deployment Manager 实例,并且将所有管理通信路由至该实例。HA Deployment Manager 功能仅支持使用 JMX SOAP 连接器。此配置不支持 JMX RMI 连接器。
配置
Deployment Manager 在开始时被配置到同一核心组。在相同的核心组中配置 Deployment Manager 很重要,这样对 ODR 公开的路由信息在所有 Deployment Manager 之间均一致。如果将 Deployment Manager 布置到单独的核心组中,那么必须使用核心组网桥将这些核心组相连接。
典型 HA Deployment Manager 配置由位于单独工作站上的两个 Deployment Manager 组成。该 Deployment Manager 共享位于 SAN FS 上的主存储库。所有管理操作都通过所选的活动 Deployment Manager 执行。备用 Deployment Manager 在经过完整初始化后即可用于处理工作,但不能用于管理。其原因是管理功能当前并不支持多个并发服务器进程写入至同一个配置。因此,备用 Deployment Manager 会拒绝任何登录和 JMX 请求。
但是,如果活动 Deployment Manager 被停止或发生故障,那么高可用性 Deployment Manager 组件将识别找不到活动 Deployment Manager 这一情况,然后动态地将备用方式切换至活动方式,以便它可以接管丢失的 Deployment Manager。活动 Deployment Manager 和备用 Deployment Manager 使用相同的工作空间。接管 Deployment Manager 时,不会丢失任何工作,因为,ODR 会自动地识别所选的新活动 Deployment Manager,并且将管理请求重新路由至新的活动 Deployment Manager。注意,Deployment Manager 在不到 1 分钟的时间段内不可用,直到故障转移到辅助 Deployment Manager 完成为止。
下图描述了到新活动 Deployment Manager 的故障转移情况:
虽然 HA Deployment Manager 组件能够检测到 Deployment Manager 故障并启动接管,但存在某些边缘情况,即在这些情况下,每个 Deployment Manager 在短期内都认为发生故障的 Deployment Manager 是活动 Deployment Manager。为了防止发生这种情况,活动 Deployment Manager 要持有共享文件系统中的文件锁定。因此,备用 Deployment Manager 都要花费一段时间来接管活动 Deployment Manager,这段时间非常短,大致等于共享文件系统检测到失去活动 Deployment Manager 这一情况并释放锁定所花费的时间。SAN FS 和 NFS 都使用一个锁定租赁模型,并提供了一段可配置的时间以便释放对失败的锁持有者的锁定。对于 SAN FS,这段时间可配置为低至 10 秒。