WAS6集群配置及应用部署简要说明

WAS6集群配置及应用部署简要说明

先决条件:

操作系统的版本符合要求,WAS的补丁准备就绪,网络环境正常。

 

场景设定:

为了描述以及理解上的简化,我们描述一个仅仅由两个server实例组成的集群的搭建过程。并且说明如何将一个应用程序部署到集群中。

 

环境设定:

假设有3台机器分别命名为 HostDM, Host1, Host2,其中HostDM用作Deployment ManagerIBM Http Server的安装节点;Host1Host2用作集群成员节点。

 

集群拓扑结构:

 

Web Client

Node Agent

Node Agent

Web Server

Plug in

Cluster

dmgr

HostDM

Host1

Host2

APP1

(Managed Node)

APP2

(Managed Node)

(Deployment Manager)

 

总体步骤说明:

1.  安装WAD6 ND(分别在hostDMhost1host2)

2.  hostDM上创建Deployment Manager概要表(dmgr)

3.  host1host2上分别创建Custom概要表,把节点联合到Deployment Manager

4.  Deployment Manager中创建集群MyCluster定义

5.  hostDM上安装IHSPlugin并且在Deployment Manager中生成Web Server定义

6.  安装应用程序,把模块同时部署到集群(MyCluster)Web Server

7.  生成plugin-cfg.xml插件并且传播插件

8.  重新启动集群和Web Server以及应用程序

9.  在集群作用域上配置其他资源(JMSDataSource)

1. 安装WAD6 ND(分别在hostDMhost1host2)

root用户登录,可以通过安装文件中的install命令启动图形化安装向导,之后只要按向导进行配置即可。

2. hostDM上创建Deployment Manager概要表(dmgr)

通常为了方便会启动概要文件创建向导来创建新的运行时环境,命令在 install_root/bin/ProfileCreator 目录下。对于不同的平台,命令的名称也不同:

a)         pctAIX.bin

b)         pctHPUX.bin

c)         64 位平台:pctHPUXIA64.bin

d)         pctLinux.bin

e)         64 位平台:pct.bin S/390 平台:pctLinux390.bin

f)           Power 平台:pctLinuxPPC.bin

g)         pctSolaris.bin

h)         pctWindows.exe

i)           64 位平台:pctWindowsIA64.exe

 

向导启动后,点击下一步会看到可以创建的三种不同概要表类型,deployment manager standalone application custom。我们此时选择创建deployment manager概要表以建立单元。依据向导进行配置即可完成创建过程。安装完毕后请选择“第一步”中的“验证安装”以进行安装校验。

3. host1host2上分别创建Custom概要表,把节点联合到Deployment Manager

使用概要文件创建向导来创建custom概要表。此过程的下一步是要将这两个概要表联合到 Deployment Manager 单元。这会将custom概要表更改为受管节点。联合后,custom概要表仅具有 nodeagent 进程。

 

存在两种方法可以将定制节点联合到 Deployment Manager 单元:

(1)使用向导在custom概要表创建期间联合定制节点。

在您提供的主机地址,Deployment Manager 必须正在运行并且是可访问的。Deployment Manager 还必须使用缺省的 JMX 连接器类型(即,SOAP)。如果没有满足这些条件中的任何一条,则不要在创建定制概要文件时联合它,而是稍后用 addNode 命令联合它。

(2)创建定制概要文件后,使用 addNode 命令来联合定制节点。

启动 Deployment Manager

转至定制概要表的 install_root/profiles/profile_name/bin 目录并发出 addNode 命令。 格式为: addNode.sh  IP(dmgr所在机器)  SOAP连接器端口

在同一目录中,发出 startNode 命令。

 

4. Deployment Manager中创建集群MyClusterMyEJBCluster定义

5. hostDM上安装IHSPlugin并且在Deployment Manager中生成Web Server定义(两种方式)

在安装目录中执行类似/IHS/install的命令启动IHS安装向导。依向导安装完毕后默认会自动弹出Web 服务器插件安装向导。注意此处安装过程中有一步选择Application Server

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/726309/viewspace-465935/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/726309/viewspace-465935/

1 名词解释 1.1 单元Cell 单元是整个分布式网络中一个或多个节点的逻辑分组。单元是一个配置概念,是管理员将节点间逻辑关联起来的实现方法。管理员根据具体的业务环境,制定对其整体系统集成环境有意义的条件来定义和组织构成单元的节点。如图1所示,就一般情况来说,可以将单元看作是最大的作用域。 在IBM WAS ND产品中,管理配置数据都存储在 XML 文件中。单元保留了它每个节点中每台服务器的主配置文件。同时每个节点和服务器也有其自己的本地配置文件。如果服务器已经属于单元,则对于本地节点或服务器配置文件的更改都是临时的,通过在本地提交更改生效时,本地更改覆盖单元配置,但是当执行单元配置文档同步到节点的操作时,在单元级别上对主控服务器和主节点配置文件所作的更改将会替换对该节点所作的任何临时更改。 同步操作在指定的事件发生时进行,例如服务器启动时等很多操作。也就是说,通过对本地节点或服务器配置文件进行修改而达到调整节点或服务器配置的做法不是安全的,临时修改很容易被同步操作所覆盖。 图 1. 单元的作用域 1.2 部署管理器Deployment Manager Deployment Manager 是管理代理程序,它提供集中式管理单元中所有节点的可视化人机交互管理视图。之前提到单元是一个逻辑上的配置概念,那么Deployment Manager 就为单元中所有元素提供了单一的管理控制中心点。每个单元都会包含一个 Deployment Manager,由Deployment Manager提供管理功能来修改单元的主配置文件。在最新的v6.x版本中还提供集群管理以及在一个或多个节点作用域内进行应用程序服务器工作负载平衡。 图 2. 由Deployment Manager提供管理功能来修改单元的主配置文件 1.3 节点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 拓扑中的受管节点与非受管节点
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值