IBMWASND分布式网络环境的理解与集群的实现.doc

IBM WAS ND 分布式网络环境的理解与集群的实现 基于 IBM WAS ND v6.1 搭建稳定高效的集群环境 文档选项 将此页作为电子邮件发送 未显示需要 JavaScript 的文档选项  级别： 中级 孙 其 弘 (mailto:sunqh@?subject=IBM WAS ND 分布式网络环境的理解与集群的实现cc=@), 产品服务经理, ICSS Basic.Tec.M.D 2007 年 6 月 07 日 中间件厂商对分布式网络环境的定义和理解并非完全相同，因此不同的中间件产品实现集群时所使用的概念和方式也有所不同。本文基于较为普遍应用的中间件产品 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 是将管理请求路由至服务器的管