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

环境设定:

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

集群拓扑结构:

 

总体步骤说明:

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中创建集群MyCluster定义

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

在安装目录中执行类似/IHS/install的命令启动IHS安装向导。依向导安装完毕后默认会自动弹出Web 服务器插件安装向导。注意此处安装过程中有一步选择Application Server 机器(本地)最后依据向导完成安装后要创建 Web 服务器定义可以运行配置脚本手工将 plugin_install_root/ bin/ configureWeb_server_name.sh 脚本复制到 Deployment Manager 的 was_install_root/bin 目录以运行此脚本。

从命令窗口发出适当的命令: 

./was_install_root/bin/configureWeb_server_name.sh 

was_install_root\bin\configureWeb_server_name.bat 

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

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

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

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

WAS参数调整

Session

根据系统的用户数量不同,每一个应用服务器的Session的设置不尽相同,设置的Session的用户数量应大于实际在线用户量,在初始运行时设置为1000

² 应用程序服务器 > server1 > 会话管理

内存中最大会话量:1000

启用URL重写

允许溢出YES

设置超时  30分钟

如果需要有内存的复制,可能还需要加大内存中的会话数量。

Java 虚拟机

² 堆大小

由于在试运行阶段无法确切给出应用系统所需要的确切内存的大小,建议设置最大的堆大小为1024M,最小为768M

² 详细类装入—— 启动

² 详细垃圾回收—— 启动  

² 通用 JVM 参数  -Dfile.encoding=GBK -Dclient.encoding.override=GBK

设置路径为:应用程序服务器 > server1 > 进程定义 > Java 虚拟机

查看应用程序服务器 > server1 > 容器设置>容器服务> ORB 服务 线程池的属性,根据具体情况设定。

数据源

² 连接池

为了提高连接池的性能,建议在同一个线程中尽量只使用一个数据库连接(同一个数据源),这样会提高性能,而且会减少数据源的死锁概率。

在系统试运行的初期(或压力测试阶段),设置该值最小为100,最大不超过WEB容器线程和实体EJB线程的总合。可以根据实际需求的运行情况设置,建议初始值为100

² Prepared statement cache size

根据应用中的不同的SQL数量来确定,如果应用中有5SQL,则设置该值为5,这样每一个连接都有5Prepared statement,初始建议值为100,根据实际需求的值进一步调试。

EJB 容器

² 设置Cache

设置路径为:“应用程序服务器 > server1 > EJB 容器 > EJB 容器设置”

试运行期间,保留系统默认设置,在正式运行后,根据实际需求的值进行修改

² ORB线程池

设置路径为:“应用程序服务器 > server1 > ORB 服务 线程池”

试运行期间,保留系统默认设置,在正式运行后,根据实际需求的值进行修改。

Web 容器

线程池

设置路径为:“应用程序服务器 > server1 > 线程池 > WebContainer

试运行期间,最大值:150;最小值:50,在正式运行后,根据实际需求的值进行修改。

<!--EndFragment-->
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
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、付费专栏及课程。

余额充值