【IT168 专稿】
日前本人做为一个项目的外援参与配置了一个复杂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个应用集群在这组硬件设备上。
