1、IHSWAS6ND 实现多应用服务器集群配置日前本人做为一个项目的外援参与配置了一个复杂 WAS 群集架构的部署，该项目由于遇到特殊情况需求采用 HISWAS6ND 实现多应用服务器集群多 web 端口服务器架构，在Google 上搜索了一遍，没有找到类似的架构配置方式，只有自己来研究了。总算功夫不负有心人，经过多次实验，终于成功实现了上述架构的配置。由于配置过程中经历了种种艰辛，所以将这种架构的配置经验做了总结，与大家分享，希望能对大家有所帮助。首先来说一下为什么会需要采用这样的架构。从我进入 IT 行业以来，这样的架构还是第一次见到。不能不说一句我对能够想出并实现这样架构的开发工程师和系统
2、集成工程师致以崇高敬意，因为在应用需求不断变化软硬件架构和系统软硬件有条件限制的情况下，能够成功实现这样的配置达到项目目标不能不说是一件非常不容易的事情。同时，我要对该项目的管理人员、设计人员以及实施项目企业的高层人员说一句，你们应该特别感谢这些能够保证你们项目成功的开发人员和系统集成人员，因为他们项目才得以成功，因为他们才保住了企业的信誉和颜面。跑题了，言归正传。根据项目初期的设计，需要建立一个应用系统，为保证应用系统的高可用性（服务不能中断） ，对于这个应用系统采用 2 台 web 服务器网络负载均衡2 台 was 应用服务器负载均衡服务器群集方式，后台是 Oracle 数据库的集群。We
3、b 服务器网络负载均衡是采用 windows 2003 server 的网络负载均衡集群实现的，F5 在这个项目里是买不起的。通过 web 服务器将请求路由分发到 was 集群的两台应用服务器上。这样的架构是按照 was 应用集群模版的标准配置设计的，所以配置起来没有什么问题。但是项目进行过程中发觉原来的需求根本没有调研清楚，发生了重大的需求变更，按照原来对应用系统的设计根本无法满足项目的需求，所以对应用系统的设计进行了重大调整，该项目需要增加开发两个应用系统，就是需要增加部署两套应用系统。由于硬件数量已经确定无法增加，并且 web 访问地址也只有两个，无法增加，同时又需要保证应用系统的高可用
4、性，因此需要再每组应用集群里多部署一套应用系统。而由于采用的开发构件库产品 EOS 只能基于根目录访问，因此不能采用虚拟目录的方式在一个应用服务器里部署两个应用，需要每个应用使用一个独立的应用服务器。这样造成了需要在一组硬件应用服务器集群里部署两个应用服务器的需求。同时 web 服务器也需要进行类似的部署，一个 web 服务器上需要映射两个应用服务器，所以 IHS 的一个 web 服务器使用80 端口，另一个 web 服务器就需要使用非标准的端口了。下面是重新设计出来的系统架构：W e b 集群W e b 1 W e b 2应用集群 2应用集群 1A p p 1 A p p 2映射应用服务器端
5、口 1 ： 9 0 8 0映射端口应用服务器端口 2 ： 9 0 8 1访问端口 1 : 8 0 访问端口 2 : 8 0 0 0上述部署方式是目前基本稳定下来的架构，但是在未来可能由于项目需求的变化，可能还会增加 12 个新的应用集群，也就是说未来还会新增 12 应用集群在这组硬件设备上。（真不知这个项目是怎么进行需求调研设计的，还是 CMM4 呢，整个一手工作坊） 。按照这样的要求进行配置，看上去挺简单的，但在实际过程中确艰辛重重。先来介绍一下配置步骤：1、在 APP1 和 APP2 上分别安装 WAS6.0ND，并根据构件库产品的要求升级补丁；2、在 APP1 上创建 WAS NB 的管
6、理服务 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，修改复制
7、的配置文件，将默认的 80 端口改为 8000；9、使用命令 apache -k install -n httpd8000 -f “c:ihsibmconfhttpd8000.conf”将 8000 端口的 web 服务也注册为 windows 服务；10、 启动所有配置好的 web 服务，并测试一下；11、 停止所有 web 服务，为不同的 web 服务分别安装 websphere plugins 插件；12、 启动 web 服务，并进行测试；13、 配置 windows 网络负载平衡群集，并进行测试；14、 在 NDMG01 管理控制台上将两台 web 服务器加为非受管节点，并在两个节点上
8、创建对应的 web 服务器。15、 在 NDMG01 管理控制台上，分别将相应的应用系统安装到应用服务器群集上。安装过程中可以将应用模块映射到应用服务器虚拟主机以及将应用系统映射到对应的web 服务上，也可以在安装好应用后再进行配置。两种方式都经过测试没有问题。16、 对每个 web 服务生成插件和传播插件。17、 配置结束，进行应用访问的测试并成功。上面的步骤中常规的操作在本文中不进行详细介绍了，可以参考 was 6.0 ND 的安装手册以及 IHS 配置手册，下面我将详细介绍配置过程中需要注意以及容易产生问题的地方以及应对方法。1、在 APP1 和 APP2 上分别安装 WAS6.0ND，
9、并根据构件库产品的要求升级补丁；个人认为只要安装 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；这部基
10、本上按照标准步骤进行，建议记录下输入的服务名以及主机名等信息，方便查阅；3、在 APP1 和 APP2 上分别创建应用服务器样本；这一步也基本按照标准步骤，可以将应用服务器注册为本机服务，也可以不注册，我是没有将它注册为本机服务。记录下服务名4、在 NDMG01 的管理控制台中将 APP1 和 APP2 加为 NDMG01 的受管节点；这一步建议将 agent 注册为 windows 服务5、在 NDMG01 的管理控制台的应用服务器管理为 APP1 和 APP2 分别再建立第二个应用服务器；这一步在 NDMG01 的管理控制台进行，建议服务名便于分辨和记忆，需要记录对应的每一台 APP 上创
11、建的应用服务器名称，以防在后面的配置过程中搞乱。6、创建两个应用服务器集群，并分别将对应的应用服务器加入集群；这一步和上一步一样，也需要做记录，防止以后的配置中出错。7、在两台 web 服务器上分别安装 IHS ，将默认 web 服务注册为 windows 服务；注意记录注册的 windows 服务名称打开一个 DOS 窗口，进入到bin 路径下执行：htpasswd -bc confadmin.passwd 其中 代表 IHS V6 的安装目录， 代表 IHS V6 的管理员 ID 代表 IHS V6 管理员的用户密码* 注意：如果想通过 WAS ND V6 的管理控制台直接管理远程的 IH
12、S V6 必须首先设定IHS V6 的管理员 ID 和密码，并且传播插件是否成功也需要做这一步8、分别将 web 服务器上的 IHS 安装目录中的 conf 目录下的配置文件 httpd.conf 复制一份命名为 httpd8000.conf，修改复制的配置文件，将默认的 80 端口改为 8000；9、使用命令apache -k install -n httpd8000 -f “c:ihsibmconfhttpd8000.conf”将 8000 端口的 web 服务也注册为 windows 服务；注意记录注册的 windows 服务名称 httpd800010、 启动所有配置好的 web 服务
13、，并测试一下；11、 停止所有 web 服务，为不同的 web 服务分别安装 WAS 的 web 服务 plugins 插件（步骤如下） ；这里插件需要安装两次（如想不安装两次，则要手工配置，相当复杂，本人没有配置成功，不知有没有高手能手动配置成功） ，以对应不通的 web 服务，并需要特别注意对应的端口号、IHS 的配置文件位置以及 web 服务器 pluginxml 的位置都需要重新配置，不要按照默认的目录不修改，否则之后的配置就会出错。同时安装过程中需要将输入的定义 web 服务名记录下来，在以后的映射配置时需要对应。如需要对 web 服务器进行升级，也需要对不同的 plugin 进行升
14、级。过程如下：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 接受
15、默认的 Web 服务器 plugin-cfg.xml 文件的位置，单击“下一步”7 在如下图 6 的界面中指明标示应用程序服务器的主机名，然后单击“下一步”图 6 12、 启动 web 服务，并进行测试；13、 配置两台 web 服务器实现 windows 网络负载平衡群集，并进行测试；可参考相应文档进行配置，需要注意的是需要采用单网卡多播模式或者双网卡单播模式，否则集群中的两台主机无法相互访问，造成不必要的时间浪费。14、 在 NDMG01 管理控制台上将两台 web 服务器加为非受管节点，并在两个节点上创建对应的 web 服务器。对应的 web 服务器的服务名称需要与之前安装 web 服务
16、插件时的服务名称相对应，并且注意端口号的配置也要对应。在如下图页面中，选择 Web 服务器的类型为“IHS ” ，填入 Web 服务器的安装路径，监听端口以及服务名称。最后填入“插件安装位置”* 注意：这里填写的插件安装位置必须与上面第二部分（在远程的 IHS V6 所在的机器上安装 WAS 插件程序）的步骤 4 所填写的插件安装位置相一致。在如下图的页面中，依次填入 IHS 的管理服务端口，管理员 ID 和密码，单击“下一步”* 注意：这里填写的管理员 ID 和密码必须与上面第一部分（准备环境）的步骤 2 所填写的管理员 ID 和密码相一致，这样插件传播才能成功15、 在 NDMG01 管理
17、控制台上，分别将相应的应用系统安装到应用服务器群集上。安装过程中可以将应用模块映射到应用服务器虚拟主机以及将应用系统映射到对应的web 服务上，也可以在安装好应用后再进行配置。两种方式都经过测试没有问题。在进行这一步配置的时候，由于第二个应用服务对应的不是标准 was 服务端口，所以需要手工创建新的虚拟主机，并配置对应的主机别名为相应端口，本项目中对应的是9081。在映射虚拟主机时注意要选择正确的端口，否则配置会不成功。见下图：16、 对每个 web 服务生成插件和传播插件。如果前面的配置都正确，这一步是最简单的。验证生成插件是否正确的方式是到相应的目录中查看 plugin-xml 的长度是否为 2k，如果是 2k 则前面的配置肯定有错误，可以到 NDMG01 的 log 目录中查看 systemout.log，来确认错误出在哪里。一般可能是没有将应用模块映射到虚拟主机，或者是没有映射 web 服务器。需要重新进行这两步的配置，见下图：到此配置结束，测试成功祝大家工作顺利。
