ihs+websphere多集群配置完整版.doc

IHS＋WAS6ND实现多应用效劳器集群配置

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

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

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

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

?跑题了，言归正传。

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

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

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

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

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

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

先来介绍一下配置步骤：

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

在APP1上创立WASNB的管理效劳NDMG01；

在APP1和APP2上分别创立应用效劳器样本；

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

在NDMG01的管理控制台的应用效劳器管理为APP1和APP2分别再建立第二个应用效劳器；

创立两个应用效劳器集群，并分别将对应的应用效劳器参加集群；

在两台web效劳器上分别安装IHS，将默认web效劳注册为windows效劳；

分别将web效劳器上的IHS安装目录中的conf目录下的配置文件d.conf复制一份命名为d8000.conf，修改复制的配置文件，将默认的80端口改为8000；

使用命令apache-kinstall-nd8000-f“〞将8000端口的web效劳也注册为windows效劳；

启动所有配置好的web效劳，并测试一下；

停顿所有web效劳，为不同的web效劳分别安装websphereplugins插件；

启动web效劳，并进展测试；

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

在NDMG01管理控制台上将两台web效劳器加为非受管节点，并在两个节点上创立对应的web效劳器。

在NDMG01管理控制台上，分别将相应的应用系统安装到应用效劳器群集上。安装过程中可以将应用模块映射到应用效劳器虚拟主机以及将应用系统映射到对应的web效劳上，也可以在安装好应用后再进展配置。两种方式都经过测试没有问题。

对每个web效劳生成插件和传播插件。

配置完毕，进展应用访问的测试并成功。

上面的步骤中常规的操作在本文