J2EE集群开发部署实战

J2EE集群开发部署实战

概述

一个集群系统是一群松散结合的服务器组，形成一个虚拟的服务器，为客户端用户提供统一的服务。对于这个客户端来说，通常在访问集群系统时不会意识到它的服务是由具体的哪一台服务器提供。集群系统一般应具高可用性、可伸缩性、负载均衡、故障恢复和可维护性等特殊性能。越来越多的关键任务和大型应用正运行在J2EE平台上，象银行之类的应用要求很高的可用性(HA)，大型系统比如大型网站则要求更好的伸缩性。J2EE集群是最常用的技术，用来提供高可用性和伸缩性的容错服务，单机部署和多机集群化部署差别很大，网上的资料大多语焉不详，即使文档图文并茂，也是到了关键处就部署成功，其实后面还要做些工作才行，且多以单机部署多个server来模拟集群化部署，其实和真正多机部署还是有比较大的差别。本文仅以weblogic应用服务器为例说明集群化部署。

集群层次说明

Web级集群，是J2EE集群中最重要和基础的功能。web层集群技术包括：Web负载均衡和HTTPSession失效转移。web负载均衡，基本的是在浏览器和web服务器之间放置负载均衡器。

应用级集群，是ejb集群，EJB是J2EE应用平台的核心，EJB是用于开发和部署具多层结构的、分布式的、面向对象的Java应用系统跨平台的构件体系结构。主要是业务应用，部署在EJB容器上。

数据库级集群，是oracle数据库设置多个数据库实例，全部映射到数据库。

Weblogic集群概念

Ø         Domain：由配置为Administrator Server的WebLogic Server实例管理的逻辑单元，这个单元是有所有相关资源的集合。

Ø         Server： 一个相对独立的，为实现某些特定功能而结合在一起的单元。按功能可分为domain server 和managed server。一个Domain 可以包含一个或多个WebLogic Server实例，甚至是Server集群。一个Domain中有一个且只能有一个Server 担任管理Server的功能，其它的Server具体实现一个特定的逻辑功能。

Ø         Domain  Server：在一个集群中，有且仅有一个domain server，即管理server，该server只负责管理多个Managed server（被管理server），即domain server仅仅是行政领导，考勤之类的活动，如某个managed Sever的状态，是未知（unKnown），还是运行（run），还是停止（shutdown），远程启动等等，不负责具体业务。因此部署时domain server上不要部署具体任务，毕竟人家是当官的吗。

Ø         Managed  Server：真正的实干家，部署具体的应用。应用及业务逻辑组件被分发在多个受管服务器（Managed Server）。

Weblogic集群要求

Ø         集群中的所有Server必须位于同一网段，并且必须是IP广播(UDP)可到达的

Ø         集群中的所有Server必须使用相同的版本,包括Service Pack

Ø         集群中的Server必须使用永久的静态IP地址。动态IP地址分配不能用于集群环境。如果服务器位于防火墙后面，而客户机位于防火墙外面，那么服务器必须有公共的静态IP地址，只有这样，客户端才能访问服务器

Ø         使用weblogic的支持集群的licence

项目实战

项目概况

我们的项目是struts—ejb—hibernate—spring，因为hibernate和spring都必须进行初始化且初始化都依赖于servlet，在系统启动时就初始化数据，并且我们在web层和ejb层分别部署为web集群和ejb集群，而hibernate和spring都部署在应用服务器上。为此，我们打了两个部署包，一个是cnlife.war, cnlife_app.ear，其中cnlife.war包部署在web集群上，cnlife

_app.ear部署在ejb集群上，cnlife_app.ear包括两个包，其中一个是cnlifeejb.jar（ejb包），

另外一个是backgroudinit.war，backgroudinit.war用来初始化spring，hibernate的初始化数据。

 

    cnlife.war  (部署在Web Server)

                _backgroudinit.war

                |

cnlife_app.ear-| （部署在 Application Server）

|_cnlifeejb.jar

 

Ejb是stateless Session bean，使用ejb的目的就是应用服务器集群，部署示意图如下：

Web级集群

Web集群中使用内存复制策略

weblogic.xml 如下

 

 使用JNDI连接EJB集群

书写规则是：

Managed server使用相同端口号，“t3://acme1,acme2,acme3:7001”

Managed server使用不同端口号，“t3://node1:7001,node2:7002,node3:7003”

Weblogic Proxy

 

 

 

 

 

 

EJB级集群

设置集群地址

设置集群地址，其中的ip地址为managed server的地址和端口号，多个managed server使用“，”隔开。

Hibernate配置文件设置数据源

使用weblogic连接池配置hibernate配置文件：(片断)，其中mypool是数据源的JNDI

<property name="dialect">org.hibernate.dialect.Oracle9Dialect</property>

       <property name="hibernate.connection.datasource">mypool</property>

       <property name="hibernate.connection.provider_class">org.hibernate.connection.DatasourceConnectionProvider</property>      

       <property name="hibernate.session_factory_name">hibernate.session_factory</property>

      

       <property name="hibernate.jndi.class">weblogic.jndi.WLInitialContextFactory</property>

       <property name="hibernate.jndi.url">t3://localhost:7001/</property>

      

       <property name="hibernate.jdbc.fetch_size">50</property>

       <property name="hibernate.jdbc.batch_size">25</property>

        <property name="show_sql">true</property>

WebLogic EJB JNDI注意事项

JNDI 表示必须使用“.”隔开，在单机上使用“/”也可以，但在集群中不要使用“/”

<weblogic-enterprise-bean>

              <ejb-name>DestroyAccountEJB</ejb-name>

              <jndi-name>account.DestroyAccountEJB</jndi-name>

</weblogic-enterprise-bean>

 

J2EE集群项目部署

Weblogic集群配置domain

当数据库失败或重启，或者网络中断，则数据库连接就是非法的，当网络或数据库都恢复正常后，需要重启应用服务器，另外一个办法：

  在weblogic的console中选中你的连接池--〉connections--〉下面有Advanced Options，点击Show，选中Test Released Connections， “Specifies whether WebLogic Server tests a connection before returning it to this JDBC connection pool. (You must specify a Test Table Name.) ”另外看下面Test Table Name 是否有 “SQL SELECT 1 FROM DUAL”

 

J2EE集群项目开发

EJB中的所有方法，不管是返回值还是参数，都必须是可序列化的，返回值和参数对象保证对象中的每个域都可以被序列化。

Session中的数据必须可以被序列化，如果Session中包含对象，需要保证对象中的每个域都可以被序列化；Session中如能放入太多的东西，因为Session复制时，序列化和反序列化会造成信息消耗，Session太大，也会影响同时在线人数的数量。

需要关闭Hibernate的二级缓存

在我们的系统中存在静态常量。类似静态变量的需求都设计到数据库表中，在程序中需要改变或者使用该变量，直接操作数据库即可。

对于系统中需要操作可变的配置文件（内容经常改变），设计成数据库表的blob字段来存储在数据库表中，

类似可变的配置文件处理，可以放到blob字段中，也可以在数据库所在服务器上，开共享磁盘空间，把上传或下载的文件放在共享磁盘空间内。

1)        单例模式，有许多网上的文章都说要在集群开发时避免单例模式，其实是没有必要的，当系统切换时，如果系统本身有这个类的实例，则会运行初始化方法进行实例化。

2)        配置文件，配置文件作为系统参数，在系统运行的过程中也是不变的，所以当在集群部署时，该配置文件的读取并初始化系统参数，集群中所有机器都会初始化该参数，所以机器切换过程中也不会有什么问题

3)        静态常量，在系统机器切换中，每个机器的静态常量都完全相同，所以都不会有什么问题。

 

结束语

集群化开发和部署是个比较大的课题，其中包括系统性能调优，软硬件部署方案设计，等诸多方面的问题，网上集群方面的资料又不太多，本人仅罗列实际设计开发中涉及到的一些注意到的问题。望起到抛砖引玉的作用。

 

努力，在于我热爱我的事业，与中国的软件一起走向成熟，走向世界。