was7 超多节点部署可行性

1、并发用户2万，是什么类型的并发，对于性能测试而言，测试用例和集合点不同，由loadrunner操作的虚拟用户并发用户2万个性质不一样，比如，2万个人同时执行一段查询和2万个人同时登录首页，对于was的负载影响是不一样的。
2、楼上的各位都已经说了数据量，首先，如果是静态页面解析，7万个并发IHS单机也没有问题。
3、f5是硬件流量方面的负载均衡，识别不了应用协议，和应用级负载均衡不是一回事，会话级故障转移是不支持的。如果考虑硬件负载均衡和应用识别加速，你可以考虑riverbed
4、节点多了集群可以支持，一个dm配置文件下的集群管理页面即可管理，但是！！！集群节点多了后，集群的节点数据复制就成为一个潜在的问题，was默认的集群配置会话是内存复制，实测was7集群超过8个，会话复制内存开销很大，得不偿失，而且对业务逻辑的要求更高，不好用。ibm建议要求配置session db，而且session db的db2建议配置日志文件和数据文件在SAN或ssd存储上。IOPS才能满足超过8个节点的内存复制要求。
5、多节点的环境下，建议你考虑采用websphere virtual enterprise 解决方案了。你可以在dw上搜索相关资料。参考：http://www-03.ibm.com/software/p ... AGY09&S_CMP=infoqq1收起

前面有F5负载均衡器吗收起

多CELL技术，CELL间也可以通过配置进行必要的通讯收起

16node     小意思了收起

WAS推荐一个cell最好不要超过50（？）大概是这个数量，个server（这些server可以是single server，也可以是cluster的成员）。这是因为考虑到成员之间的通信，在server数量太多的情况下可能造成网络拥塞。

但was里面可以把多个节点和节点下的服务器划归到不同的coregroup来解决这个问题，coregroup之间缺省是不会有通信的。通过这种方式可以实现大规模的的cell。

两万个并发，可以前台多放几个web server,通过f5之类的来做转发。

后台考虑到单个集群可能会有问题，最好是创建多个集群，把应用都mapping到他们上面。收起

各位，所有集群采用同一管理控制台，便于管理，可以分布式的建立管理控制台。求讲解收起

回复 4# 街亭之思was
还有，2万并发量，部署16个节点是否合适，还是需要更多收起

回复 2# guansh
哦，谢谢，另外，咨询下：我使用一套was集群设置一个管理控制台，有资料说：WAS集群，所有集群可以采用统一管理控制台，这样可以吗？收起

可以。是做集群？收起

可以，已经在虚拟服务器部署超过100个节点，预计在800以上，但需要考虑会话的管理方式，把节点当成计算单元（无状态节点），理论可以无穷增加，只要网络带宽够用；不好意思，用的是wls，was同理，都是j2ee容器收起