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