IBM+WAS+ND+分布式网络环境的理解与集群的实现.pdfVIP

IBM WAS ND 分布式网络环境的理解与集群的实现 中间件厂商对分布式网络环境的定义和理解并非完全相同，因此不同的中间件 产品实现集群时所使用的概念和方式也有所不同。本文基于 较为普遍应用的中 间件产品 IBM WAS ND v6.1 讲述集群及分布式网络环境的相关概念，并且使用 一个实例来演示集群环境的完整实现过程。 如今的电子商务及电子政务应用系统的发展已经到了一个新的阶段，应用系统 的成熟度和可用性都达到了更高的水准。因此庞大的部署规模和海量的用户访 问 成为目前大型电子商务及电子政务应用系统的显著特征。在这样的情况下， 企业对系统关键业务：如金融信息，通信，交通等要求确保系统24*7*365 不停 歇 运行业务的分布式部署结构和负载抗压能力，以及高可用性都提出了更高的 要求。IBM WAS ND 产品可以帮助我们在多应用服务器分布式部署环境下实现集 群，确保系统的负载能力和高可用性。 下面按照逻辑概念的层次关系，由大到小依次了解IBM WAS ND 产品定义的分布 式网络环境中的相关概念。 单元（Cell） 单元是整个分布式网络中一个或多个节点的逻辑分组。单元是一个配置概念， 是管理员将节点间逻辑关联起来的实现方法。管理员根据具体的业务环境，制 定对其整体系统集成环境有意义的条件来定义和组织构成单元的节点。如图1 所示，就一般情况来说，可以将单元看作是最大的作用域。 在IBM WAS ND 产品中，管理配置数据都存储在 XML 文件中。单元保留了它每 个节点中每台服务器的主配置文件。同时每个节点和服务器也有其自己的本地 配置文件。如果服务器已经属于单元，则对于本地节点或服务 器配置文件的更 改都是临时的，通过在本地提交更改生效时，本地更改覆盖单元配置，但是当 执行单元配置文档同步到节点的操作时，在单元级别上对主控服务器和 主节点 配置文件所作的更改将会替换对该节点所作的任何临时更改。 同步操作在指定的事件发生时进行，例如服务器启动时等很多操作。也就是说， 通过对本地节点或服务器配置文件进行修改而达到调整节点或服务器配置的做 法不是安全的，临时修改很容易被同步操作所覆盖。 图 1. 单元的作用域 Deployment Manager Deployment Manager 是管理代理程序，它提供集中式管理单元中所有节点的可 视化人机交互管理视图。之前提到单元是一个逻辑上的配置概念，那么 Deployment Manager 就为单元中所有元素提供了单一的管理控制中心点。每个 单元都会包含一个 Deployment Manager，由Deployment Manager 提供管理功 能来修改单元的主配置文件。在最新的v6.x 版本中还提供集群管理以及在一个 或多个节点作用域内进行应用程序服务器工作负载平 衡。 图 2. 由Deployment Manager 提供管理功能来修改单元的主配置文件 节点（Node） 节点是受管服务器（Server）的逻辑分组。节点通常与具有唯一 IP 主机地址 的逻辑或物理计算机系统对应，节点不能跨多台计算机。节点分为受管节点与 非受管节点。 IBM WAS ND 拓扑中的节点可能是受管的，也可能是非受管的。受管节点有相应 的 Node Agent 进程来管理它的配置和服务器。非受管节点没有 Node Agent。 Node Agent 表示管理单元中的节点并负责保持配置始终处于最新状态。非受管 节点对于单元来说是未知的，所以 Deployment Manager 无法对其进行管理。 分布式网络环境中的非受管节点可以有服务器定义 （例如 Web 服务器），但不 能有应用程序服务器定义，并且非受管节点无法添加 Node Agent，因此它不能 成为受管节点。另外一种情况在独立应用程序服务器环境中，节点尚且没有 Node Agent，它们也可以暂时被视为非受管节点，但是这类节点可以通过联合 独立应用程序服务器而变为单元中的受管节点。通过调整独立应用程序服务器 概要文 件，将单独的Server 节点添加到单元，这个过程称为联合。在联合独 立应用程序服务器时，节点将自动创建 Node Agent，该节点就可以被 Deployment Manager 管理。 图 3. IBM WAS ND 拓扑中的受管节点与非受管节点 Node Agent Node Agent 是将管理请求路由至服务器的管理代理程序。Node Agent 是服务 器，是一个管理代理程序，并不涉及应用程序服务功能。Node Agent 进程在每 个受管节点上运行，并专门执行特定于节点的管理功能，如服务器