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

本文为个人学习was8.5集群的学习总结，内容包括：集群的安装和配置、应用的发布、多版本部署等。仅供参考。

1、准备三台机器，A、B、C，A作为dmgr1，主节点，B、C作为副节点，IHS、ODR服务器。

在三台机上安装websphere相关软件，具体步骤参见

“long0428.sinaapp.com/archives/508”

但是这个文档是在一台机上安装和配置集群，和我们下面要做的不一样，所以接下来我们从定制概要表开始做。 2、补充一点安装文档没提到的，要在所有的机器的hosts文件里面加上IP和服务器名，否则可能会出现一些节点不同步的奇怪问题。修改hosts文件不需要重启的方法是：

可以打开命令提示符窗口执行以下命令： ipconfig /displaydns //显示DNS缓存内容 ipconfig /flushdns //删除DNS缓存内容

这样，系统就会清空本机的DNS缓存，从而不必重启，就能使Hosts文件生效。

3、创建定制概要表

要将服务器B的节点加到服务器A上，必须在B上创建一个定制概要表。定制概要文件是一个空节点，必须将它联合到DM单元中才能运行（也就是说以后祥谦虚拟机上安装的webshpere都要手工去创建一个定制概要表）。与独立服务器概要文件比较起来，定制概要文件的节点上没有缺省服务器。定制节点上也没有任 何缺省应用程序。通过联合定制概要文件，就会将它变成受管节点。在联合之后，定制概要文件将具有节点代理程序进程，但是没有服务器进程。必须使用DM的管 理控制台来定制空节点以用于生产或者其他用途。在启动节点代理程序之后，它就会对从DM中发出的命令作出响应。 创建定制概要表的步骤如下： 在概要管理工具中点击创建

选择定制概要文件

选高级概要文件创建

起个名字，注意红线这句话，就是说本机上不能有叫这个名字的节点。

选择稍后联合此节点（试了三次在这个地方联合节点都失败，不知道为什么）

默认

还是默认

点击创建（设置密码的时候要注意，不要用！@#￥%……这样的密码，在命令行输入时会有问题）

创建成功之后，再联合节点。概要表创建成功后不能随意更改主机名，IBM好像是用主机名绑定的，要修改必须用专用的工具，不过建议还是删掉重建。

用命令行进到刚才创建的概要表目录下。运行命令：addNode A机器名 8879，如图：

确认A机上的SOAP端口是8879，否则失败。 接下来系统开始联合节点

中间会要求输入A机的用户名密码

联合成功之后（联合的过程中如果出现奇怪的问题，如时间不同步（实际已同步）、连接超时等错误请改用ip地址尝试）

进入A机，打开控制台，系统管理，查看节点：

成功。 4、动态集群

这次用的方法是直接由静态集群转为动态集群，所以添加节点的操作参考静态集群的操作方式，在碰到“×”的时候查一下，nodeagent和server是否都已经启动，如果没有启动用命令行启动。

静态集群转动态集群的方法很简单，基本用默认参数配置，以后再认真研究。转换成功之后，启动一下即可。

查看所有服务器，如下：

改为动态集群后可以把原先的静态集群删除。 4.1 直接创建动态集群

表达式其实有点像sql，就是符合条件的节点作为成员，在节点多时有用。

这里先按默认设置，以后可以改。

创建动态集群成功后，记得把操作方式改为自动，否则系统不会自动管理这个集群。

如果你在创建动态集群之后再新建的概要表，只要联合到dmgr节点中，系统会自动加入集群，并且在上面部署应用。但是要把端口加入虚拟主机，需要重启。

集群建好之后，默认各台主机之间是没有实现session共享的，需要单独配置。 点击“服务器”-“所有服务器”-“中间件服务器”，进入其中一台服务器的设置界面，如图：

会话管理点击进去，进入分布式环境设置界面

选择内存到内存复制，

首先要定义一个复制域，复制域的意思是在复制域中的主机之间将自动复制会话，定义不同的复制域就可以实现不同的系统之间不互相干扰。

重要提示：关于内存到内存复制的模式咨询过IBM的工程师，必须三台机器才能生效，另外IBM的工程师也不建议在数据量大的时候使用该模式。

选择整个域。

回到分布式环境设置界面，重新点击内存到内存复制。选择刚才新建的复制域，复制方式是客户机和服务器。

依次将其他的服务器也进行设置，本设置不需要重启服务器。

5、部署应用

下面开始在动态集群上部署应用，进入webshpere企业应用程序，点击”安装“。

选择要安装的文件

默认设置

全部默认设置，以后再研究

这里注意，先勾选模块，然后点击上面要安装的集群和服务器，再点应用。

这个时候模块就可以部署到集群上了。下一步。完成部署。

保存设置，这里需要启动。

启动失败了，没关系，再试一下。

启动成功

到中间件服务器里去查看，OK，部署成功。

这时候，你用“localhost:9081”的方式来访问应用是不行的，还要配置虚拟主机。虚拟主机是什么意思呢？看下图：

应用的web模块属性里面有一项虚拟主机，点进去

虚拟主机的配置位置在“环境”下的“虚拟主机”菜单里面，改对应名字的虚拟主机。

确定端口是否在下表中，没有就新建。

单击新建并输入集群成员的端口。对于每个集群成员，重复此步骤。 保留 * 作为主机名。最后保存。

回到集群管理界面，重启集群生效（静态集群可以重启集群，动态集群重启服务器即可）。这时候，你就可以通过localhost+端口的方式访问你发布的应用了。 6、安装IHS

作为分布式集群，我们本次要把IHS装在机器B上，当然单独装在第三台机器上也是可以的。机器B上已经安装了一个定制的概要表并且联合到了机器A的dmg上。

确定没问题之后，先开始安装软件，安装软件的步骤参考前面的文档。装好之后开始配置插件。启动Web服务器插件配置工具。通过开始菜单：开始> 所有程序> IBM WebSphere > WebSphere Customization Toolbox V8.0 >工具> Web服务器插件配置工具。在Web服务器插件配置工具主窗口，点击添加，配置Web服务器插件运行时位置。

在添加Web服务器插件位置对话框中，输入Web Server Plugins的安装根目录，并在名称中输入任意有意义的名称。点击完成

选中刚才添加的Web服务器插件运行时，在Web服务器插件配置标签页中点击创建

选择Web服务器类型。我们使用的是IBM HTTP Server V8.5, 点击下一步

指定IBM HTTP Server的配置文件全路径$IHS_HOME/conf/httpd.conf。点击下一步

配置IBM HTTP Server的管理服务器。输入端口和管理员用户用户名/密码，点击下一步

设置IBM HTTP Server管理服务器。将管理服务器注册为Windows服务。点击下一步

指定唯一的web服务器定义名，这里输入webserver1，点击下一步

我们当前IHS和应用服务器都安装一台机器上，所以选中WebSphere Application Server的(本地)安装位置，并通过浏览或直接输入WAS 的安装目录。点击下一步。（安装在远程也是可以的，输入IP地址即可）

选择将web服务器定义配置到那个定制的概要文件，按实际情况。

点击配置，完成！

查看IHS配置文件$IHS_HOME/conf/httpd.conf，插件配置是否加入到配置文件中（末尾）。注意“#”表示注释。

登录部署管理器的管理控制台，访问菜单服务器> 服务器类型> Web服务器，显示web服务器列表。可以看到我们定义的web 服务器webserver1 出现在列表中。如

果没有启动，可以通过选中Web 服务器，然后点击启动按钮启动Web 服务器。 然后在windows服务中，找到Web服务器服务启动。

接下来，请转到机器A，就是安装dmgr的那台主机。（之前试过网络上找的其他资料用命令行的方式来配置，但因为各种原因都失败了）新建一个web服务器

选择安装IHS的节点（机器B），服务器名要一致（不一致没试过）

接下来这步要按实际情况填写。我安装的时候web服务器的安装位置是“C:/Program Files (x86)/IBM/HTTPServer”，

插件位置是“C:/Program Files (x86)/IBM/HTTPServer/Plugins”.这里的安装位置应该是机器B上的安装位置。

接下来，确认一下你没有安装错，借用一下网络上的截图。

这里记得要保存。

回到服务器列表界面，勾选webserver1，这个时候可以生成插件和传播插件，生成插件我们刚才已经做了，传播插件应该是插件部署到整个集群里面，这步应该不是必须的，先忽略，以后再说。然后启动这个服务器。

回到应用程序管理页面，查看你的应用是否已经部署到webserver1上面了，如果没有则部署一下。

这里要部署两个地方，一个集群，一个webserver1.

安装完毕，接下来，该测试一下IHS了。随便找台机器，根据实际情况输入地址，OK，webserver1起作用了。

现在测试如果当掉一台机的情况，回到应用程序服务器管理界面，停掉一台机。这里我停掉机器B上的WAS服务器。

还是浏览刚才的页面。正常，说明集群起作用了。

接下来，把两台都停掉，再浏览刚才的界面，提示500错，访问不了了。作为动态集群应该要解决这个问题，接下来继续研究动态集群的配置。

7、随需应变路由器（ODR）的安装

ODR作为一个可选组件，可以单独使用，也可以放在webserver和服务器中间。考虑将来要做热部署还是要配好。

做到这里把集群环境搞崩了，所有重新配了一下概要表，名称什么的和之间的操作不一样了。

选择一台机器作为服务器，这里把服务器配到非dmgr的机器上。

因为windows权限的问题不要勾选SIP。

勾选生成唯一端口，如果系统发现80端口被占用，会改为81端口等等。如果你希望用80端口，这里就把勾去掉。（注意，要确认80端口没被占用，否则你配置了也没用，就是访问不了。可以用端口查看器看看80端口被谁占用了，如果不是重要的服务可以停掉或者换个口。另外，如果把IHS和ODR装在同一台服务器上就要注意，这两个服务都是80端口的，所以最好不要把这两个服务放在一起。另外，修改ODR端口只需要重启ODR服务，如果修改虚拟主机就要重启集群。）

创建很简单，接下来，点击你新建的ODR进去看一下端口，443一般不会变，下面那个按实际情况。

还记得虚拟主机吗，ODR端口也要加入虚拟主机。

在系统管理里面看一下节点同步了没有？

加入后记得重启集群生效。加入后记得重启集群生效。加入后记得重启集群生效。重要的事情说三遍。 启动ODR

这个时候，你就可以这样访问应用了：//｛ODR服务器名或者IP｝/test/

(ps，后面重装的时候碰到一个奇怪的问题，无法用//｛ODR服务器名或者IP｝/test/访问了，必须通过//｛ODR服务器名或者IP｝:端口/test/才能访问，怎么删掉重建、重启服务都不行。不知道什么原因。原因已找到，就是和本机上装的IHS端口冲突了，把IHS停了就没问题了。)

测试一下，关掉装了ODR的那台节点上部的服务器

依然可以正常访问，证明你不是在玩单机。

如果把两台服务器都关掉，由于在配置动态集群时系统已经设置必须保证至少一个实例是活动的，后台会自动再启动一个实例，但是这个时间比较慢，可能是我测试用的机器的配置过低。

通过企业级应用程序管理界面可以看到，如图：

点击进去可以看到具体的说明，大概要快一个小时后才能启动。

比较ODR和IHS，感觉ODR更简单，不需要生成服务器插件，也不需要发布插件。 另外，如果要将web服务器和ODR进行结合，必须将webserver配置为可信代理服务器，

过程

1. 要将 Web 服务器配置为可信代理服务器，那么在管理控制台中，请单击服务器 > 服务器类型 > 随

需应变路由器 > on_demand_router_name > 随需应变路由器设置 > 随需应变路由器属性。如果使用随需应变路由器的动态集群，请单击服务器 > 集群 > 动态集群 > server_template > 随需应变路由器属性 > 随需应变路由器设置。

2. 在可信安全代理中指定 Web 服务器的名称。 此配置字段启用中介服务器（而不是 ODR 服务器）

来处理该请求，采用的方式是明确告诉 ODR 可信任您指定的 Web 服务器。在此字段中使用因特网协议或标准主机名称。例如，myhost.com 或 IP 地址（如10.1.1.1）。 3. 单击应用。 4. 单击保存。

先把步骤写在这里，后面再试。 8、ODR的路由配置

这一步开始配置ODR的路由规则，应用场景有两种，一个是验证程序，一个是多个版本并行。

这里假定你已经发布了一个应用程序testEAR1.0，并且已经在集群上运行。这个时候发布一个新版本testEAR2.0，如图：

选择安装包

下一步要注意两点，

应用程序版本，这个按照实际情况填写，可以是数字也可以是字母。

如果是验证版本这里要勾验证模式。

下一步把应用安装到集群上，OK。

刚装完的新版本是不启动的

为了让版本启动验证，转到版本控制中心。

点击你安装的应用进去，看到应用有两个版本，一个是活动的，一个是不活动的。我们要把不活动的版本启动验证模式。勾选2.0，点击验证按钮。

websphere对需要验证的版本会启动克隆程序，将集群克隆出一个验证的集群，然后启动应用进行验证。

这个时候转到所有服务器，会看到多了一个验证集群，但是未启动。因为启动克隆集群需要时间，取决于服务器的资源情况，等验证集群启动，不要急。

启动成功之后，你是不能直接访问的，因为是验证模式我们不希望用户能够访问到这个服务器，因此我们需要配置ODR路由规则。本来按照IBM官网的说法，这里也可以配置应用程序版本路由策略的，但我试了多次都不成功，不知道为什么，估计还有什么地方没搞懂。但设置ODR路由规则是可以的。 进入ODR配置界面，点击路由策略HTTP规则

默认进去是空的

点击添加按钮进行添加规则，比如只有IP地址为192的机子才能访问2.0版本，点击追加

可以选择三种模式，这里选模块。

选择应用、版本、模块，然后点击添加。

然后验证规则，成功之后，点应用保存修改。

接下来把路由规则同步到集群的节点上，

接下来测试一下是否生效了。用之前的方式访问一下应用。ip不是192的客户机访问如下

ip是192的客户机访问如下：

OK，ODR路由规则生效了。测试完毕。

验证通过之后可以取消验证，也可以转出。转出就是更新到生产环境了，取消验证就是不更新了。取消验证操作如下：

在版本转出后或验证取消后，即会删除验证目标。例如，如果已将两个应用程序部署到验证目标，且已验证并转出其中的一个应用程序，那么在验证第二个应用程序前不会删除验证目标。 saveClonedCluster 定制属性仅适用于动态集群。有关更多信息，请阅读“应用程序版本管理器定制属性”。 以下文档引自官网文档：

许多业务应用程序都需要稳定的可用性。应用程序可用性的标准主张将应用程序部署在应用服务器集群上。集群的冗余对于能否提供持续可用性至关重要。不 间断的应用程序更新指的是在维持应用程序可用性的同时进行更新的能力。换句话说，在进行应用程序更新期间，应用程序的用户不会遇到服务中断的情况。

对某个版本执行转出时，会将活动版本替换为新版本。要提供无中断应用程序更新，对版本执行转出操作包含以下项：

? ? ? ? ?

阻止服务器接收新的请求。

在特定的服务器上停止应用程序的请求。 停止当前活动版本。 启动新版本。

恢复发向新版本应用程序的请求流。

不间断更新有两种基本模式：组转出或原子转出。转出新版本时所执行的步根据选择的不同而有所不同。

注意：在转出期间会将动态集群的模式置为手动方式。如果在转出期间负载变重，那么智能管理也不会进行负载均衡之类的操作，所以要避免在业务高峰期，进行转出。当转出结束之后，动态集群又会回复到原来的模式。 转出操作如下，勾选版本，点转出，出现下图

本文来源：https://www.bwwdw.com/article/vzmw.html