当前位置：文档库 › ihs+websphere多集群配置

ihs+websphere多集群配置

IHS＋WAS6ND实现多应用服务器集群配置

日前本人做为一个项目的外援参与配置了一个复杂WAS群集架构的部署，该项目由于遇到特殊情况需求采用HIS＋WAS6ND实现多应用服务器集群＋多web端口服务器架构，在Google 上搜索了一遍，没有找到类似的架构配置方式，只有自己来研究了。总算功夫不负有心人，经过多次实验，终于成功实现了上述架构的配置。

由于配置过程中经历了种种艰辛，所以将这种架构的配置经验做了总结，与大家分享，希望能对大家有所帮助。

首先来说一下为什么会需要采用这样的架构。

从我进入IT行业以来，这样的架构还是第一次见到。不能不说一句我对能够想出并实现这样架构的开发工程师和系统集成工程师致以崇高敬意，因为在应用需求不断变化软硬件架构和系统软硬件有条件限制的情况下，能够成功实现这样的配置达到项目目标不能不说是一件非常不容易的事情。同时，我要对该项目的管理人员、设计人员以及实施项目企业的高层人员说一句，你们应该特别感谢这些能够保证你们项目成功的开发人员和系统集成人员，因为他们项目才得以成功，因为他们才保住了企业的信誉和颜面。

跑题了，言归正传。

根据项目初期的设计，需要建立一个应用系统，为保证应用系统的高可用性（服务不能中断），对于这个应用系统采用2台web服务器网络负载均衡＋2台was应用服务器负载均衡服务器群集方式，后台是Oracle数据库的集群。Web服务器网络负载均衡是采用windows 2003 server的网络负载均衡集群实现的，F5在这个项目里是买不起的。通过web服务器将请求路由分发到was集群的两台应用服务器上。这样的架构是按照was应用集群模版的标准配置设计的，所以配置起来没有什么问题。

但是项目进行过程中发觉原来的需求根本没有调研清楚，发生了重大的需求变更，按照原来对应用系统的设计根本无法满足项目的需求，所以对应用系统的设计进行了重大调整，该项目需要增加开发两个应用系统，就是需要增加部署两套应用系统。由于硬件数量已经确定无法增加，并且web访问地址也只有两个，无法增加，同时又需要保证应用系统的高可用性，因此需要再每组应用集群里多部署一套应用系统。

而由于采用的开发构件库产品EOS只能基于根目录访问，因此不能采用虚拟目录的方式在一个应用服务器里部署两个应用，需要每个应用使用一个独立的应用服务器。这样造成了需要在一组硬件应用服务器集群里部署两个应用服务器的需求。同时web服务器也需要进行类似的部署，一个web服务器上需要映射两个应用服务器，所以IHS的一个web服务器使用80端口，另一个web服务器就需要使用非标准的端口了。

下面是重新设计出来的系统架构：

上述部署方式是目前基本稳定下来的架构，但是在未来可能由于项目需求的变化，可能还会增加1－2个新的应用集群，也就是说未来还会新增1－2应用集群在这组硬件设备上。（真不知这个项目是怎么进行需求调研设计的，还是CMM4呢，整个一手工作坊）。

按照这样的要求进行配置，看上去挺简单的，但在实际过程中确艰辛重重。

先来介绍一下配置步骤：

1、在APP1和APP2上分别安装WAS6.0ND，并根据构件库产品的要求升级补丁；

2、在APP1上创建WAS NB的管理服务NDMG01；

3、在APP1和APP2上分别创建应用服务器样本；

4、在NDMG01的管理控制台中将APP1和APP2加为NDMG01的受管节点；

5、在NDMG01的管理控制台的应用服务器管理为APP1和APP2分别再建立第二个应用服

务器；

6、创建两个应用服务器集群，并分别将对应的应用服务器加入集群；

7、在两台web服务器上分别安装IHS ，将默认web服务注册为windows服务；

8、分别将web服务器上的IHS安装目录中的conf目录下的配置文件httpd.conf复制一

份命名为httpd8000.conf，修改复制的配置文件，将默认的80端口改为8000；

9、使用命令apache -k install -n httpd8000 -f “c:\ihs\ibm\conf\httpd8000.conf”

将8000端口的web服务也注册为windows服务；

10、启动所有配置好的web服务，并测试一下；

11、停止所有web服务，为不同的web服务分别安装websphere plugins插件；

12、启动web服务，并进行测试；

13、配置windows网络负载平衡群集，并进行测试；

14、在NDMG01管理控制台上将两台web服务器加为非受管节点，并在两个节点上创

建对应的web服务器。

15、在NDMG01管理控制台上，分别将相应的应用系统安装到应用服务器群集上。安

装过程中可以将应用模块映射到应用服务器虚拟主机以及将应用系统映射到对应的web服务上，也可以在安装好应用后再进行配置。两种方式都经过测试没有问题。

16、对每个web服务生成插件和传播插件。

17、配置结束，进行应用访问的测试并成功。

上面的步骤中常规的操作在本文中不进行详细介绍了，可以参考was 6.0 ND的安装手册以及IHS 配置手册，下面我将详细介绍配置过程中需要注意以及容易产生问题的地方以及应对方法。

1、在APP1和APP2上分别安装WAS6.0ND，并根据构件库产品的要求升级补丁；

个人认为只要安装WAS应用服务器就可以了，但是由于项目组中的某人在一篇文章上看到

需要同时安装IHS以及web服务插件才能进行补丁升级，所以同时又安装了IHS和web服务插件。关于是否仅需要安装WAS应用服务器也可以升级，由于时间关系没有进行测试。

WAS6.0的补丁包需要依次安装，不能跳过前期版本。在这个项目中，我安装的是6.0.2.7补丁，因此需要先装 6.0.2.0的补丁，然后再安装 6.0.2.7的补丁，具体安装步骤请参照websphere的升级手册。

2、在APP1上创建WAS NB的管理服务NDMG01；

这部基本上按照标准步骤进行，建议记录下输入的服务名以及主机名等信息，方便查阅；

3、在APP1和APP2上分别创建应用服务器样本；

这一步也基本按照标准步骤，可以将应用服务器注册为本机服务，也可以不注册，我是没有将它注册为本机服务。记录下服务名

4、在NDMG01的管理控制台中将APP1和APP2加为NDMG01的受管节点；

这一步建议将agent注册为windows服务

5、在NDMG01的管理控制台的应用服务器管理为APP1和APP2分别再建立第二个应用服

务器；

这一步在NDMG01的管理控制台进行，建议服务名便于分辨和记忆，需要记录对应的每一台APP上创建的应用服务器名称，以防在后面的配置过程中搞乱。

6、创建两个应用服务器集群，并分别将对应的应用服务器加入集群；

这一步和上一步一样，也需要做记录，防止以后的配置中出错。

7、在两台web服务器上分别安装IHS ，将默认web服务注册为windows服务；

注意记录注册的windows服务名称

打开一个DOS 窗口，进入到\bin 路径下执行：

htpasswd -bc ..\conf\admin.passwd

其中代表IHS V6 的安装目录，代表IHS V6 的管理员ID 代表

IHS V6 管理员的用户密码

* 注意：如果想通过WAS ND V6 的管理控制台直接管理远程的IHS V6 必须首先设定IHS V6 的管理员ID 和密码，并且传播插件是否成功也需要做这一步

8、分别将web服务器上的IHS安装目录中的conf目录下的配置文件httpd.conf复制

一份命名为httpd8000.conf，修改复制的配置文件，将默认的80端口改为8000；

9、使用命令

apache -k install -n httpd8000 -f “c:\ihs\ibm\conf\httpd8000.conf”

将8000端口的web服务也注册为windows服务；

注意记录注册的windows服务名称httpd8000

10、启动所有配置好的web服务，并测试一下；

11、停止所有web服务，为不同的web服务分别安装WAS的web服务plugins插件（步

骤如下）；

这里插件需要安装两次（如想不安装两次，则要手工配置，相当复杂，本人没有配置成功，不知有没有高手能手动配置成功），以对应不通的web服务，并需要特别注意对应的端口号、IHS的配置文件位置以及web服务器plugin－xml的位置都需要重新配置，不要按照默认的目录不修改，否则之后的配置就会出错。同时安装过程中需要将输入的定义web服务名记录下来，在以后的映射配置时需要对应。

如需要对web服务器进行升级，也需要对不同的plugin进行升级。

过程如下：

1．在如下图1的界面中选择，IBM HTTP Server V6，然后单击“下一步”

图1

2．在如下图2的界面中选择“Web服务器（远程）” 然后单击“下一步”

图2

3．在如下图3的界面中指明插件安装的位置，然后单击“下一步”，注意请记住这个路径，在下面的步骤中需要该路径。

图3

4．在如下图4的界面中指明IHS V6配置文件httpd.conf的位置和Web服务器的端口，然后单击“下一步”

图4

5．在如下图5的界面中指明唯一的Web服务器定义名，然后单击“下一步”，注意请记住这个定义名，在下面的步骤中需要该名称。

图5

6．接受默认的Web服务器plugin-cfg.xml文件的位置，单击“下一步”

7．在如下图6的界面中指明标示应用程序服务器的主机名，然后单击“下一步”

图6

12、启动web服务，并进行测试；

13、配置两台web服务器实现windows网络负载平衡群集，并进行测试；

可参考相应文档进行配置，需要注意的是需要采用单网卡多播模式或者双网卡单播模式，否则集群中的两台主机无法相互访问，造成不必要的时间浪费。

14、在NDMG01管理控制台上将两台web服务器加为非受管节点，并在两个节点上创

建对应的web服务器。

对应的web服务器的服务名称需要与之前安装web服务插件时的服务名称相对应，并且注意端口号的配置也要对应。

在如下图页面中，选择Web 服务器的类型为“IHS ”，填入Web 服务器的安装路径，监听端口以及服务名称。最后填入“插件安装位置”

* 注意：这里填写的插件安装位置必须与上面第二部分（在远程的IHS V6 所在的机

器上安装WAS 插件程序）的步骤4 所填写的插件安装位置相一致。

在如下图的页面中，依次填入IHS 的管理服务端口，管理员ID 和密码，单击“下一步”

* 注意：这里填写的管理员ID 和密码必须与上面第一部分（准备环境）的步骤2 所填写的管理员ID 和密码相一致，这样插件传播才能成功

15、在NDMG01管理控制台上，分别将相应的应用系统安装到应用服务器群集上。安

装过程中可以将应用模块映射到应用服务器虚拟主机以及将应用系统映射到对应的

web服务上，也可以在安装好应用后再进行配置。两种方式都经过测试没有问题。

在进行这一步配置的时候，由于第二个应用服务对应的不是标准was服务端口，所以需要手工创建新的虚拟主机，并配置对应的主机别名为相应端口，本项目中对应的是9081。

在映射虚拟主机时注意要选择正确的端口，否则配置会不成功。

见下图：

16、对每个web服务生成插件和传播插件。

如果前面的配置都正确，这一步是最简单的。验证生成插件是否正确的方式是到相应的目录中查看plugin-xml的长度是否为2k，如果是2k则前面的配置肯定有错误，可以到NDMG01的log目录中查看systemout.log，来确认错误出在哪里。一般可能是没有将应用模块映射到虚拟主机，或者是没有映射web服务器。需要重新进行这两步的配置，见下图：

到此配置结束，测试成功祝大家工作顺利。

WAS集群部署方案及安装配置手册

1. 部署方案参考如上图所示，中间件平台主要包括两大部分： ●负载分发层 ?包括两台服务器，通过Heartbeat实现HA，提供浮动IP给客户端，保证了系统不存在单点故障问题 ?负载分发软件采用IBM HTTP Server实现 ?通过IBM HTTP Server配置虚拟主机，实现对不同应用的请求进行分发到不同的后台W AS中间件集群。 ●WAS中间件集群 ?包括两台4CPU(每CPU 4Core)服务，每个服务器上通过水平扩展可以启动多个W AS服务器。 ?基于应用部署要求，为每个应用建立一个集群，逻辑上实现应用之间的隔离。 ?每个集群可以根据应用的负载，动态分配WAS服务器实例数。如HR应用访问量较大则分配4个WAS实例。 ?但最小要保证一个集群至少包括2个W AS实现，并且这两个实例分别在不同的物理服务器上，这样才能保证不出现单点故障。 ?部署管理器，部署在WAS Server1上。 2. WebSphere 7安装及配置此安装配置说明仅供参考，还需要根据现场实现情况进行调整。

2.1.WAS安装一、四台服务器拓朴结构四台机器IP地址，名称与安装内容其中DM控制台管理用户admin,口令两个web服务器的管理用户也是admin,口令二、安装后验收 http://**.**.**.**:9060/ibm/console可打开应用服务器主机的控制管理台，管理用户admin,口令****** 服务器－＞集群下建有应用集群服务器－＞应用服务器下建有两个WEB服务节点共有五个，分别是一个控制节点(一个dmgr节点)，两个受控节点(两个app节点)，两个非受控节点(两个web节点)

WAS集群配置联调

实验6－WAS集群配置联调实验目的：本实验会引导学生完成W AS8的集群配置，之后会安装IHS和Plugins插件，配置集群中的应用使用Web server来进行访问。实验前提：W AS8.0已经正确安装完毕，同时已经存在一个独立服务器的概要表，概要表中有一个服务器，一般服务器名称是server1。一、生成部署管理器的概要表 1、启动概要表管理工具应用程序，此程序在目录C:\IBM\WebSphere\AppServer\bin\ProfileManagement中，在DOS命令行中启动pmt.bat。如果是windows操作系统，也可以通过开始菜单来启动W AS服务器，寻找启动W AS 服务器命令顺序是“开始”－》“所有程序”－》“IBM WebSphere”－》“IBM WebSphere Application Server Network Deployment V8.0”－》“工具”－》“概要表管理工具”。 2、在概要表管理工具界面，单击“创建”按钮。

3、在概要表类型中选中“管理”，单击“下一步”按钮。 4、选择“Deployment Manager”单选框，单击“下一步”按钮。

5、选择“典型概要表文件创建”单选按钮，单击“下一步”按钮。 6、取消“启用管理安全性”复选框，单击“下一步”按钮。

７、在概要文件创建总结中界面中，单击“创建”按钮。 8、部署管理器的概要表建立后，如下图，选中“启动第一步控制台”复选框，单击“完成”按钮。

９、第一步的界面如下，单击“安装验证”链接。 10、系统会自动启动DM，从弹出的界面直到看到“安装验证完成”字样后，说明DM已经正常启动安装。关闭这个界面。

WAS7.0集群配置

WAS7.0集群配置 1.任务说明在给定的两台主机上搭建was集群，要求主机一上建立一个管理节点和一个服务节点主机二上建立一个服务节点，并使这两个节点在一个集群下运行。 2.前题需求两台主机操作系统字符集一致两台主机已经安装相同版本的WAS 3.测试环境说明操作系统版本：SuseLinux11Sp3 X86-64位操作系统字符集：zh_CN.gb18030 WAS版本：7.0.0.27 主机一名称/IP：wasdmgr/1.1.1.10 主机二名称/IP：wasnode2/1.1.1.11 管理单元名称：AmfeDmgrCell01 管理节点名称：AmfeDmgr 节点一名称：AmfeNode01 节点二名称：AmfeNode02 集群名称：AmfeClus 4.详细步骤 4.1.检查两台主机已经安装的概要文件，并删除他们。 4.1.1.root用户登录“wasdmgr”主机、执行下面操作。显示概要文件并删除现有概要文件

4.1.2.root用户登录“wasnode2”主机、执行下面操作。显示概要文件并删除现有概要文件 4.1.3.修改管理节点所在主机”wasdmgr”上的hosts文件如下图

4.1.4.修改服务节点二所在的主机”wasnode2”上hosts文件如下图 4.2.root用户操作“wasdmgr”主机创建管理节点及服务节点，并将服务节点添加到管理节点上。 4.2.1.创建管理节点：AmfeDmgr 创建命令：./manageprofiles.sh -create -templatePath /opt/IBM/WebSphere/AppServer/profileTemplates/dmgr -cellName AmfeDmgrCell01 -profileName AmfeDmgr -profilePath /opt/IBM/WebSphere/AppServer/profiles/AmfeDmgr 4.2.2.创建服务节点一：AmfeNode01 创建命令：./manageprofiles.sh -create -templatePath /opt/IBM/WebSphere/AppServer/profileTemplates/managed -nodeName AmfeNode01 -profileName AmfeNode01 -profilePath /opt/IBM/WebSphere/AppServer/profiles/AmfeNode01

WAS6.1安装与集群配置详解

WebSphere集群安装说明目录 WebSphere集群安装说明 (1) 一、集群的安装 (2) 二、Deployement Manager的安装 (2) 三、Websphere update Installer的安装 (7) 四、Websphere 补丁的安装 (10) 五、安装HIS和Plugin (17) 六、Websphere 节点的安装 (22) 1．32位机器的操作 (22) 2．64位机器的操作 (29) 七、Websphere 集群的创建 (31) 八、配置web服务器 (36) 九、应用数据源的配置 (37) 十、应用部署 (40) 十一、命令操作 (42) 十一、nfs操作 .............................................................................错误！未定义书签。十二、注意事项 ...........................................................................错误！未定义书签。十三、程序更新 .. (42) 十四、相关地址：........................................................................错误！未定义书签。

一、集群的安装 WAS集群由一组应用服务器组成，每个服务器上部署了同样的应用程序。通过集群可以实现可扩展性（服务更多客户，提高吞吐量），负载均衡（平衡负载资源，使资源得以有效利用），高可用性（提供故障恢复和补偿机制，在关键性业务中提供容错功能）。WAS ND提供水平集群和垂直集群两种形式，垂直集群是指同一机器上部署多个服务器，充分利用硬件资源，而水平集群利用多台机器资源，每台机器部署相同的应用。二、Deployement Manager的安装 Was安装，在安装介质下输入命令./install

WAS集群部署方案及安装配置手册

W A S集群部署方案及安装配置手册 Prepared on 24 November 2020

1. 部署方案参考如上图所示，中间件平台主要包括两大部分： ●负载分发层 ?包括两台服务器，通过Heartbeat实现HA，提供浮动IP给客户端，保证了系统不存在单点故障问题 ?负载分发软件采用IBM HTTP Server实现 ?通过IBM HTTP Server配置虚拟主机，实现对不同应用的请求进行分发到不同的后台WAS中间件集群。 ●WAS中间件集群 ?包括两台4CPU(每CPU 4Core)服务，每个服务器上通过水平扩展可以启动多个WAS服务器。 ?基于应用部署要求，为每个应用建立一个集群，逻辑上实现应用之间的隔离。 ?每个集群可以根据应用的负载，动态分配WAS服务器实例数。如 HR应用访问量较大则分配4个WAS实例。

?但最小要保证一个集群至少包括2个WAS实现，并且这两个实例分别在不同的物理服务器上，这样才能保证不出现单点故障。 ?部署管理器，部署在WAS Server1上。 2. WebSphere 7安装及配置此安装配置说明仅供参考，还需要根据现场实现情况进行调整。 2.1.WAS安装一、四台服务器拓朴结构四台机器IP地址，名称与安装内容主机名IP 安装软件（组件）

其中DM控制台管理用户admin,口令两个web服务器的管理用户也是admin,口令二、安装后验收可打开应用服务器主机的控制管理台，管理用户admin,口令****** 服务器－＞集群下建有应用集群服务器－＞应用服务器下建有两个WEB服务节点共有五个，分别是一个控制节点(一个dmgr节点)，两个受控节点(两个app 节点)，两个非受控节点(两个web节点) 集群下各受控节点已同步，并启动服务；两个WEB服务已生成插件、传播插件并启动。在DMGR控制管理台可直接控制两个WEB的启动与停止。三、安装前系统检查 ?群集安装时，确认所有机子的日期要一致 ?确认磁盘空间足够两个应用服务器的安装文件放在/was_install 两个WEB服务器的安装文件放在/http_install 安装目录都是安装于默认的/opt目录下

was配置手册

配置篇 1、以wasuser账户启动WebSphere Application Server 7.0.0.9 2、输入Console URL打开Deployment Manager Administrative Console，输入用户ID并单击登陆，进入管理控制台。 Administrative Console 登录 1、集群配置 1、在Administrative Console 中，展开Servers，选择WebSphere Application Server集群，单击新建来名字为JLN_ERP的集群； 2、创建三个Instance，集群成员的权重都为“2” ，都不要选中“首选本地” 2、dsjln数据源配置 1、创建JDBC提供程序； 2、设置数据库类存放的环境变量 ${ORACLE_JDBC_DRIVER_PATH}=/usr/WebSphere/AppServer/lib/oracle ERP工作目录环境变量${JLN_HOME}=/erpHome/jln.ear/erp.war

3、建立数据源dsjln与JNDI名称jdbc/dsjln URL填写jdbc:oracle:thin:@10.3.160.51:1521:jlndb

4、新增J2C认证数据条目 5、回到数据源选择组件受管认证别名与容器受管的认证别名，并填写oracle数据源属性 6、连接池内容填写如下：

3、dssession数据源配置 1、建立数据源dssession与JNDI名称jdbc/dssession

URL填写jdbc:oracle:thin:@10.3.160.51:1521:sessdb 4、新增J2C认证数据条目 5、回到数据源选择组件受管认证别名与容器受管的认证别名，并填写oracle数据源属性 6、连接池内容填写如下：

WAS介绍及常用管理

目录 1 WAS基本概念 (2) 1.1 单元（Cell） (2) 1.2 Deployment Manager（DMGR） (2) 1.3 节点（Node） (3) 1.4 Node Agent (4) 1.5 概要文件（Profile）和服务器（Server） (4) 1.6 集群（Cluster） (6) 1.7 WAS Plug-in (7) 2 WAS启动及停止 (8) 2.1 启动 (8) 2.2 停止 (9) 3 部署注意事项 (9) 3.1 config目录 (9) 4 控制台管理 (11) 5 LDAP集成与单点登陆 (12) 6 集群配置 (12) 6.1 集群管理 (12) 6.2 应用管理 (12) 7 Web Server配置 (13) 7.1 插件生成 (13) 7.2 插件同步或传播 (13) 7.3 插件配置 (13) 7.4 应用配置 (13) 7.5 动静态内容分离（高级操作） (13) 1 WAS性能监控及优化 (14) 1.1 性能监控 (14) 1.2 优化 (15)

1WAS基本概念 1.1单元（Cell）单元是整个分布式网络中一个或多个节点的逻辑分组。单元是一个配置概念，是管理员将节点间逻辑关联起来的实现方法。管理员根据具体的业务环境，制定对其整体系统集成环境有意义的条件来定义和组织构成单元的节点。如图1所示，就一般情况来说，可以将单元看作是最大的作用域。在IBM WAS ND产品中，管理配置数据都存储在XML 文件中。单元保留了它每个节点中每台服务器的主配置文件。同时每个节点和服务器也有其自己的本地配置文件。如果服务器已经属于单元，则对于本地节点或服务器配置文件的更改都是临时的，通过在本地提交更改生效时，本地更改覆盖单元配置，但是当执行单元配置文档同步到节点的操作时，在单元级别上对主控服务器和主节点配置文件所作的更改将会替换对该节点所作的任何临时更改。同步操作在指定的事件发生时进行，例如服务器启动时等很多操作。也就是说，通过对本地节点或服务器配置文件进行修改而达到调整节点或服务器配置的做法不是安全的，临时修改很容易被同步操作所覆盖。图1. 单元的作用域 1.2Deployment Manager（DMGR） Deployment Manager 是管理代理程序，它提供集中式管理单元中所有节点的可视化人机交互管理视图。之前提到单元是一个逻辑上的配置概念，那么

WAS快速入门手册

WAS快速入门手册编写原则 (1) 日常维护 (1) 日常维护30问 (3) PD常见问题： (5) PD 30问： (7) 参考资料 (8) 1．Infocenter (8) 2．Support网站 (8) 2.1 查找已知问题 (8) 2.2 按产品进行查询 (8) 2.3 熟悉Mustgather (9) 3．红皮书 (9) 3.1. 系统管理 (9) 3.2. 集群，性能 (10) 3.3. 安全 (10) 3.4. PD (10) 3.5. JDK (11) 4．Retain系统 (11) 编写原则 1.技术别人是教不会的，只有靠自己学会 2.以PD为主，系统学习为辅 3.给出开放问题，自己去找答案，总结经验日常维护 1.安装W AS a)安装W AS5.1, W AS6.0, WAS6.1

b)创建profile c)安装htppServer和plugin d)配置集群 i.高级：配置共享域 e)发布程序 f)配置DB数据源 g)配置LDAP h)配置安全性 i.WAS6.1 与5.1的区别 ii.配置SSO i)高级：配置JMS 2.升级W AS a)静默安装 b)升级JDK和WAS 3.AIX命令 a)was本身命令startServer －trace，sysnode.sh，collector.sh等 b)常用命令，ls –ltr , df –g ，tar等 c)topas，vmstat，netstat等监测命令 d)收集Crash，hang信息时的命令 e)ulimit，crontab等系统调整，监测命令 4.调优W AS a)WAS上线前，参数调整 i.JVM，日志等 b)压力测试过程中，调整W AS参数 c)WAS连接DB2，Oracle后，如何监测数据库，如果区分是W AS的问题，还是数据库的问题 5.收集W AS数据 a)Mustgather b)其中难以收集数据：Crash，Hang 6.分析heapdump

ihs+websphere多集群配置

IHS＋WAS6ND实现多应用服务器集群配置日前本人做为一个项目的外援参与配置了一个复杂WAS群集架构的部署，该项目由于遇到特殊情况需求采用HIS＋WAS6ND实现多应用服务器集群＋多web端口服务器架构，在Google 上搜索了一遍，没有找到类似的架构配置方式，只有自己来研究了。总算功夫不负有心人，经过多次实验，终于成功实现了上述架构的配置。由于配置过程中经历了种种艰辛，所以将这种架构的配置经验做了总结，与大家分享，希望能对大家有所帮助。首先来说一下为什么会需要采用这样的架构。从我进入IT行业以来，这样的架构还是第一次见到。不能不说一句我对能够想出并实现这样架构的开发工程师和系统集成工程师致以崇高敬意，因为在应用需求不断变化软硬件架构和系统软硬件有条件限制的情况下，能够成功实现这样的配置达到项目目标不能不说是一件非常不容易的事情。同时，我要对该项目的管理人员、设计人员以及实施项目企业的高层人员说一句，你们应该特别感谢这些能够保证你们项目成功的开发人员和系统集成人员，因为他们项目才得以成功，因为他们才保住了企业的信誉和颜面。跑题了，言归正传。根据项目初期的设计，需要建立一个应用系统，为保证应用系统的高可用性（服务不能中断），对于这个应用系统采用2台web服务器网络负载均衡＋2台was应用服务器负载均衡服务器群集方式，后台是Oracle数据库的集群。Web服务器网络负载均衡是采用windows 2003 server的网络负载均衡集群实现的，F5在这个项目里是买不起的。通过web服务器将请求路由分发到was集群的两台应用服务器上。这样的架构是按照was应用集群模版的标准配置设计的，所以配置起来没有什么问题。但是项目进行过程中发觉原来的需求根本没有调研清楚，发生了重大的需求变更，按照原来对应用系统的设计根本无法满足项目的需求，所以对应用系统的设计进行了重大调整，该项目需要增加开发两个应用系统，就是需要增加部署两套应用系统。由于硬件数量已经确定无法增加，并且web访问地址也只有两个，无法增加，同时又需要保证应用系统的高可用性，因此需要再每组应用集群里多部署一套应用系统。

WebSphere集群搭建实例

一个较为复杂的实例在完成了对IBM WAS ND 产品中相关概念的理解之后，我们通过一个较为复杂的实例来了解一个集群的构建过程。此次搭建的集群环境使用了三台测试服务器： Table 1. 测试服务器情况服务器地址安装节点其他资源 192.9.100.14 一个非受管节点独立环境安装IBM HttpServer v6.1 192.9.100.17 一个DM节点和两个受管的应用服务器节点/ 192.9.100.19 一个受管节点，一个应用服务器节点IBM DB2 v9.0数据库客户端直接访问192.9.100.14上的IBM HttpServer，由IBM HttpServer根据节点本身设置的负载权重，分发访问请求。图8. 集群拓扑结构图以下是该集群拓扑结构的安装步骤，只描述需要提示的关键步骤。首先创建运行时环境。打开Profile Management Tool概要文件管理工具创建概要文件。选择创建单元概要文件，即同时创建一个Deployment Manager 概要文件和一个已经被联合的应用服务器节点概要文件，也可以创建DM概要文件再联合已存在节点。

创建成功后在Deploym ent Manager 概要文件环境中登录到管理控制台，可以在“系统管理”中看见DM相关资源。

节点列表。可以看见各种类型的节点：应用服务器节点、单元节点、HttpServer非受管节点。可以在此添加新的节点或联合已有非受管节点。各节点与单元主配置文件的同步操作也可以在这里完成。图11. Node Agent列表。可以看见3个应用服务器节点被联合到单元之后，成为受管节点，开启了Node Agent进程。Node Agent 在这里只能停止和重新启动。停止了之后就不能在此启动，需要回到Node下的概要文件中使用命令行去启动Node Agent。

WAS6.1安装配置文档 at AIX5.3

WAS6.1安装、调整和应用部署一．环境介绍 AIX 5.3 安装程序安装目录 host：ETLDEV2 IP:158.222.2.90 WAS /usr/IBM/WebSphere/AppServer Deployment Manager /usr/IBM/WebSphere/AppServer/profiles/dmgr Application Server /usr/IBM/WebSphere/AppServer/profiles/Appserv01 IBM HTTP SERVER /usr/IBM/HTTPServer1 HTTP PLUGINS /usr/IBM/HTTPServer1/Plugins host：ETLDEV1 IP:158.222.2.91 WAS /usr/IBM/WebSphere/AppServer Application Server /usr/IBM/WebSphere/AppServer/profiles/Appserv02 1．WAS安装介质目录 /opt/software/websphere 2.补丁工厂介质目录 /opt/software/websphere/UpdateInstaller 3. 补丁包目录 /opt/software/websphere 6.1.0-WS-IHS-AixPPC64-FP000002 7.pak HTTP补丁 6.1.0-WS-PLG-AixPPC64-FP000002 7.pak 插件补丁 6.1.0-WS-W ASSDK-AixPPC64-FP000002 7.pak W AS补丁 4. 备注：在158.222.2.90上包括步骤二，三，四，五，六，七，八，九。在158.222.2.91上只需要步骤二，三，四，六二．W AS v6.1的安装 1．为了安装设置最简便，本文所有操作请都在root用户下进行 2．考虑到以后可能会更换IP地址,下面安装涉及到填写连接的都填写主机名,所以编辑两台主机的/etc/hosts 最后一行添加： 158.222.2.90 ETLDEV2 158.222.2.91ETLDEV1 3．在158.222.2.90 执行 /opt/software/websphere/WAS/install 命令，开始安装。 4．出现出现如下页面，选择“I accept……”，点击“Next”：

WAS集群安装手册

一、系统环境 1、安装系统环境：Centos6.4_64。 2、安装前置环境：将以下内容作为SHELL脚本内容写入某个文件并赋予执行权限，内容中各别路径根据实际环境修改即可。 #!/bin/bash mkdir /zyi mv /etc/yum.repos.d/CentOS-* /zyi mv /zyi/CentOS-Media.repo /etc/yum.repos.d/ cat > /etc/yum.repos.d/CentOS-Media.repo < /sys/kernel/mm/transparent_hugepage/enabled 修改配置文件vim /etc/sysctl.conf，增加以下内容 vm.overcommit_memory = 1 net.core.somaxconn = 65535 net.core.rmem_default = 256960

was8.5集群安装部署全攻略

本文为个人学习was8.5集群的学习总结，内容包括：集群的安装和配置、应用的发布、多版本部署等。仅供参考。 1、准备三台机器，A、B、C，A作为dmgr1，主节点，B、C作为副节点，IHS、ODR服务器。在三台机上安装websphere相关软件，具体步骤参见 “https://www.wendangku.net/doc/6a16185215.html,/archives/508” 但是这个文档是在一台机上安装和配置集群，和我们下面要做的不一样，所以接下来我们从定制概要表开始做。 2、补充一点安装文档没提到的，要在所有的机器的hosts文件里面加上IP和服务器名，否则可能会出现一些节点不同步的奇怪问题。修改hosts文件不需要重启的方法是：可以打开命令提示符窗口执行以下命令： ipconfig /displaydns //显示DNS缓存内容 ipconfig /flushdns //删除DNS缓存内容这样，系统就会清空本机的DNS缓存，从而不必重启，就能使Hosts文件生效。 3、创建定制概要表要将服务器B的节点加到服务器A上，必须在B上创建一个定制概要表。定制概要文件是一个空节点，必须将它联合到DM单元中才能运行（也就是说以后祥谦虚拟机上安装的webshpere都要手工去创建一个定制概要表）。与独立服务器概要文件比较起来，定制概要文件的节点上没有缺省服务器。定制节点上也没有任何缺省应用程序。通过联合定制概要文件，就会将它变成受管节点。在联合之后，定制概要文件将具有节点代理程序进程，但是没有服务器进程。必须使用DM的管理控制台来定制空节点以用于生产或者其他用途。在启动节点代理程序之后，它就会对从DM 中发出的命令作出响应。创建定制概要表的步骤如下：在概要管理工具中点击创建

WAS集群部署方案及安装配置手册

【经典方案ＷＯＲＤ文档，可编辑修改】部署方案参考如上图所示，中间件平台主要包括两大部分：负载分发层包括两台服务器，通过Heartbeat实现HA，提供浮动IP给客户端，保证了系统不存在单点故障问题负载分发软件采用IBM HTTP Server实现通过IBM HTTP Server配置虚拟主机，实现对不同应用的请求进行分发到不同的后台WAS中间件集群。 WAS中间件集群包括两台4CPU(每CPU 4Core)服务，每个服务器上通过水平扩展可以启动多个 WAS服务器。基于应用部署要求，为每个应用建立一个集群，逻辑上实现应用之间的隔离。每个集群可以根据应用的负载，动态分配WAS服务器实例数。如HR应用访问量较大则分配4个WAS实例。但最小要保证一个集群至少包括2个WAS实现，并且这两个实例分别在不同的物理服务器上，这样才能保证不出现单点故障。

部署管理器，部署在WAS Server1上。 1.WebSphere 7安装及配置此安装配置说明仅供参考，还需要根据现场实现情况进行调整。 1.1.WAS安装一、四台服务器拓朴结构四台机器IP地址，名称与安装内容主机名IP安装软件（组件） app1WASND ( WAS)(DM+APPSRV01) app2( WAS)( APPSRV01) web1HIS+PLUGINS web2HIS+PLUGINS 其中DM控制台管理用户admin,口令两个web服务器的管理用户也是admin,口令二、安装后验收

可打开应用服务器主机的控制管理台，管理用户admin,口令****** 服务器－＞集群下建有应用集群服务器－＞应用服务器下建有两个WEB服务节点共有五个，分别是一个控制节点(一个dmgr节点)，两个受控节点(两个app节点)，两个非受控节点(两个web节点) 集群下各受控节点已同步，并启动服务；两个WEB服务已生成插件、传播插件并启动。在DMGR控制管理台可直接控制两个WEB的启动与停止。三、安装前系统检查群集安装时，确认所有机子的日期要一致确认磁盘空间足够两个应用服务器的安装文件放在/was_install 两个WEB服务器的安装文件放在/http_install 安装目录都是安装于默认的/opt目录下两个应用服务器安装后生成目录 /opt/IBM/WebServer/AppServer 两个WEB服务器安装后生成目录/opt/IBM/HTTPServer 两个WEB服务器的目录/opt/IBM/HTTPServer/plugins放有插件

websphere集群与负载均衡

Websphere集群与负载均衡

1.配置集群说明：日常使用中为了保证websphere系统可用性，提高系统性能，一般处理方法为配置集群，本文将记录我创建、配置集群的整个过程 1)集群系统架构操作系统： linux as4 Websphere版本 was6.1 2)系统整体架构为了保证高可用性环境，一般使用如下拓扑: 本例中的部署如下所示：

Dm 和一个应用安装在主机itatmp3(22.5.232.195)，一个应用单独安装主机名为itatmp4(22.5.232.196)，组成一个集群，然后通过一个IHS 来完成负载均衡,HIS也安装在主机itatmp3 (22.5.232.195)上注意:自己在配置请用根据自己的情况用自己的主机名与IP替换上面红色的部分 3)检查程序包及其版本有两个程序。 C88STML.tar.gz为application server与Deployment manager的安装包 C88T0ML_WAS61ND_Supplements_Linux32B.tar.gz 包有IBM http Server与插件的安装程序 4)安装集群 (1)以下安装在itatmp3(22.5.232.195)主机上安装: 获得的WEBSPHERE 的安装包可能为C88STML.tar.gz先将其解压。解压缩后的文件运行./launchpad.sh。 launchpad.sh启动安装界面注意: 假如没有window-x. 就安装一个Xmanager软件安装界面如下：

首先安装: 安装后会启动向导，提示接受协议等，并选择安装路径。选择默认路径后，进行安装，安装时会提示创建的类型

NC+WAS水平集群安装案例说明文档

NC＋WAS 水平集群安装说明案例文档安装步骤概述：前言：典型的两台机器10.10.167.8（nc1）与10.10.167.9（nc2）做水平集群；web服务器安装在10.10.167.8上。运行WEB服务；运行WAS DM服务； NC2(从服务器）本安装文档三部分：第一部分为was的安装与集群配置第二部分为NC的安装与配置第三部分为NC＋W AS集群部署与配置第一部分：Was集群安装部分详细原理参考《在W AS ND中实现集群》文档与《was安装》ppt 1.1安装WAS 10.10.167.8做主服务器（1）：在10.10.167.8上安装was，应用服务器环境选项选择单元与受管节点。 10.10.167.9做从服务器（2）：安装was，应用服务器环境选项选择应用服务器。

详细内容见《was安装》文档 1.2从服务器node加入dm （1）完成1后，10.10.167.8上有一个dm和AppServer01两个profile。即一个Dm管理节点和一个nc1Node01受管节点。因为在安装时选择的即是一个cell和一个受管节点，所以nc1Node01（对应profile AppServer01）已经addNode到DM中。（2）：10.10.167.9已经安装了AppServer01一个profile，该profile对应节点nc2Node01。需要加到dm中： addNode 10.10.167.8 8879 （3）：完成后，在dm管理控制台中查看节点情况，发现对应节点已经被加入到dm管理控制台。

1.3 HTTPserver的安装正常安装，注意以下两点（1）：管理部分可以忽略（2）：应用服务器主机名指向Dm所在机器

LinuxWas6.1群集安装手册

Linux Was6.1群集安装手册广州天讯瑞达通讯技术有限公司 2010-4

1. linux环境准备 (3) 1.1. 集群系统架构 (3) 1.2. 集群拓扑图 (3) 1.3. 上传was相关安装文件到linux (4) 1.4. 解决Linux SSH 中文乱码 (4) 1.5. 设置linux语言环境 (4) 1.6. 配置ext/hosts文件 (5) 1.7. 时钟同步 (5) 2. 安装文件准备 (5) 2.1. 解压was文件安装文件 (5) 2.2. 解压was升级工具安装程序 (5) 2.3. 解压W AS辅助工具包 (5) 3. WAS集群安装 (6) 3.1. 启动安装界面 (6) 3.2. 选择webSphere Application Server Network Deployment (7) 3.3. 选择deployment manager (8) 3.4. 是否启用安全管理控制台选择 (8) 3.5. 升级安装程序 (9) 3.6. 安装本地应用服务器 (13) 3.6.1. 配置本地节点 (13) 3.6.2. 添加本地节点到MD控制台 (14) 3.7. 安装远程应用服务器(199.3.5.192) (14) 3.7.1. 启动was安装界面 (14) 3.7.2. 选择webpsher Application Server Network Deployment (16) 3.7.3. 选择Appcation server (17) 3.7.4. 选择typical profile creation (18) 3.7.5. 添加应用服务器到群集。 (19) 4. 安装ISH及插件 (20) 4.1. 安装HIS (20) 4.2. 安装WEB-SERVER插件 (23) 5. 虚拟主机调整 (28) 5.1. 选择“环境”“虚拟主机”“default_host” (29) 5.2. 选择“主机别名” (29) 5.3. 删除多余主机 (30) 6. 安装应用程序注意事项 (30)

NC+WAS集群安装案例说明文档

NC＋WAS集群安装说明案例文档安装步骤概述：前言：典型的两台机器10.10.167.8（nc1）与10.10.167.9（nc2）做水平集群；web服务器安装在10.10.167.8上。运行WEB服务；运行WAS DM服务； NC2(从服务器）本安装文档三部分：第一部分为was的安装与集群配置第二部分为NC的安装与配置第三部分为NC＋W AS集群部署与配置第一部分：Was集群安装部分详细原理参考《在WAS ND中实现集群》文档与《was安装》ppt 1：两台机器was的安装。 10.10.167.8做主服务器（1）：在10.10.167.8上安装was，应用服务器环境选项选择单元与受管节点。 10.10.167.9做从服务器（2）：安装was，应用服务器环境选项选择应用服务器。详细内容见《was安装》文档 2：node加入dm。（1）完成1后，10.10.167.8上有一个dm和AppServer01两个profile。即一个Dm管理节点和一个nc1Node01受管节点。因为在安装时选择的即是一个cell和一个受管节点，所以nc1Node01（对应profile AppServer01）已经addNode到DM中。（2）：10.10.167.9已经安装了AppServer01一个profile，该profile对应节点nc2Node01。需要加到dm中： addNode 10.10.167.8 8879

（3）：完成后，在dm管理控制台中查看节点情况，发现对应节点已经被加入到dm管理控制台。 3：HTTPserver的安装。正常安装，注意以下两点（1）：管理部分可以忽略

Windows+WAS+IHS集群部署

WAS+HIS集群部署操作手册一、配置集群说明： (2) 1）集群系统架构 (2) 2）系统整体架构 (2) 二、软件安装 (2) 1)配置host文件 (3) 2)在服务器1上安装WAS (3) 3)在服务器2上安装WAS (6) 4)在服务器1上配置集群 (8) 5)在服务器1上安装IHS (10) 6)在服务器1上安装plugins (12) 7)在服务器1上添加WEB服务器到集群 (17) 8)部署Maximo (19) 三、WAS参数配置 (21) 四、启动应用程序步骤 (23)

websphere集群与负载均衡一、配置集群说明：日常使用中为了保证websphere系统可用性，提高系统性能，一般处理方法为配置集群。本文描述的是在Windows2003操作系统上，如何搭建IHS与W AS7.0的集成环境，以及在这种集成环境下如何部署Maximo。 1）集群系统架构操作系统：windows2003server Websphere版本：7.0 ND版 IBM HTTP Server：下载地址 Web Server Plug-ins for WebSphere Application Server：下载地址 2）系统整体架构为了保证高可用性环境，一般使用如下拓扑：本文使用如下架构： DM和一个应用安装在主机名为GZG-EAM（下称服务器1），一个应用单独安装在主机名为GZG-EAM2（下称服务器2）上，组成一个集群，然后通过HIS来完成负载均衡，HIS也安装在服务器1上。二、软件安装

1)配置host文件打开两台服务器上的C:\Windows\System32\drivers\etc\hosts文件，添加如下两行： 2)在服务器1上安装WAS 服务器1作为主服务器安装Cell（deployment Manager和联合应用程序服务器），记录安装过程中产生的用户名、密码以及相关端口。

WAS集群配置

1．介绍当前，越来越多的企业用户基于WebSphere应用服务器和DB2数据库环境搭建业务系统，实现电子商务。随着业务量的增大，企业对系统的负载量和高可用性提出了更多的要求，特别是一些关键业务，如金融，通信，交通等，要求确保系统24*7*365的可用性。通过WAS ND集群，可以实现包含多个应用服务器的分布式环境，确保系统的吞吐量和高可用性。本文通过两个实际场景，介绍如何从头搭建一个WAS ND水平集群环境以及如何将一个已有的单节点（或三节点）Web环境扩展成五节点的集群环境。2．WAS ND集群基本概念及体系结构什么是集群？WAS集群由一组应用服务器组成，每个服务器上部署了同样的应用程序。通过集群可以实现可扩展性（服务更多客户，提高吞吐量），负载均衡（平衡负载资源，使资源得以有效利用），高可用性（提供故障恢复和补偿机制，在关键性业务中提供容错功能）。WAS ND提供水平集群和垂直集群两种形式，垂直集群是指同一机器上部署多个服务器，充分利用硬件资源，而水平集群利用多台机器资源，每台机器部署相同的应用。本文主要侧重水平集群，但是其中的很多概念对于垂直集群也是适用的。图2.1是ND分布式环境的体系结构，包括单元、节点、服务器等基本概念。每个单元是单一管理域中的一组节点，在基本版和演示版中，一个单元只包含一个节点，每个节点可以有多个服务器，但是每个服务器的配置文件是单独存储和维护的。每个单元可以包含一个或多个集群，也可以不包含集群。在分布式环境中，每个单元包含多个节点，这些节点被统一管理，而且它们的配置文件被中心化到单元主配置文件中。配置管理器线程负责管理这些集中配置文件，并且将任何配置变化同步到每个节点上。节点是服务器线程的逻辑组，每台机器上只能有一个节点，通过节点代理器同配置管理器通信。在ND环境中，WAS plugin 起到负载均衡的作用，在plugin-cfg文件中可以定义每个服务器的权重，根据权重值，plugin决定将一个请求定向到哪个服务器。图2.1WAS 6.0 ND分布式环境的体系结构 3．搭建WAS ND集群环境

websphere6.1集群配置

webshphere6.1集群配置目录第1章术语_______________________________________________________ 2 1.1术语______________________________________________________________ 2第2章准备工作___________________________________________________ 2 2.1WAS ND集群基本概念及体系结构____________________________________ 2 2.2群集原理__________________________________________________________ 3 2.3安装步骤汇总______________________________________________________ 4 2.4安装前任务________________________________________________________ 5第3章系统安装步骤_______________________________________________ 6 3.1安装WAS6.1中的DM管理节点______________________________________ 6 3.2通过概要文件管理工具安装节点_____________________________________ 10 3.3安装配置IHS _____________________________________________________ 15 3.4安装配置WAS Plugin ______________________________________________ 19 3.5Web Server节点加入配置管理服务器 _________________________________ 23 3.6配置WAS群集___________________________________________________ 23