不同的应用服务器有自己的配置与管理方法,你的系统想做什么样的东西啊?
像WebLogic,它的集群功能非常强大而且配置管理都很方便啊

解决方案 »

  1.   

    jboss也提供了集群功能,看看:
    http://www.huihoo.com/jboss/clustering/strategy.html
      

  2.   

    为了方便大家讨论,我把问题细化一下
      (1)设计和实现基于B/S模式的服务器管理软件,支持远程管理与监控,具备当今流行服务器管理监控软件的大多数性能信息监控、操作系统管理、服务管理等功能。管理员通过浏览器就可以远程登录系统,对整个服务器系统进行管理和监控。
      (2)能够对windows和linux系统进行管理和监控
      (3)系统的体系结构为:各服务器节点接收并执行来自顶层管理节点的命令,并将执行结果或监控信息返回给管理节点。管理节点安装有web服务器,管理人员可通过浏览器在任和地点实现对集群的管理和监控。
      

  3.   

    redex老兄能否详述一下
    我想用java的rmi技术来作管理节点与各被管节点间的通信,各位有何好的建议
    欢迎提出
      

  4.   

    我不是觉得陌生的问题,而是有没有这样的必要的问题。反正我在需要用到集群的情况都只是使用如WebLogic,WebSphere、JBoss(JBoss我是没有实际用过)本身所带的集群功能,我个人觉得这个集群你自己去做远远没有这些厂商做得好。除非你真的能够做一些这些产品没有的功能
      

  5.   

    楼主要是一个人做的话,没有2年是肯定做不出来的...
    我朋友一个开发组3个组员2硕1博用了半年的时间才搞定一个简单的双机Hacluster.
    何不使用现成的呢...
      

  6.   

    不过你觉得你真有那么多时间的话,到时可以给些思路的.
    要想试b/s结构的那得首先有服务器。。这个服务器当非jmx莫属。
    要想使用它,你得会xml,xsl,还要编写各种mbean。
    不过可惜了,linux下的浏览器不支持xsl,所以这个跨平台是实现不了,如果你解决了,不妨和我说一下。
    主(LB)客服务器交互可以考虑各种推拉式算法。 不过估计你最后会采用最简单的。。
    或者利用硬件编程。
      

  7.   

    rmi管理通信的话,你死定了,速度贼慢,还是使用socket编程吧。结合jni技术。
      

  8.   

    谢谢楼上两位参与讨论。
    我们原来使用socket通信,但通信容易出错,软件也较难升级维护。
    所以想使用rmi技术进行通信,当然它的速度比socket是慢了很多,但不至于
    慢到无法忍受的地步吧???
      

  9.   

    使用socket比较合适,rmi底层也是使用socket来通讯的,只不过做了更多的附加工作。如果考虑效率问题,对于特定应用专门开发集群和负载均衡系统是非常必要的,使用依赖j2ee容器的集群虽然很方便,但是却有诸多限制,缺乏灵活性,而且如果性能要求很严格的话,也未必可以满足要求。
      

  10.   

    强烈建议不要用webSphere,太复杂了,而且太多它自己的东西,而且用wsad开发超慢,而且而且。反正就是建议不要使用websphere
      

  11.   

    to  justinzhai(独孤野猪):
      没看懂你说的是什么意思 ...   这有什么必然联系吗 ...