Apache+Apusic集成配置负载均衡

1. 为何要做负载均衡?
一般是对性能和价格比的需要,为了能够共享应用服务器的计算能力,用户会采购多个CPU的金蝶阿帕斯应用服务器(Kingdee Apusic Application Server,KAAS)中间件产品,并且安装到多台计算机中,然后将多个应用统一部署在这些KAAS之上。
还有就是保护KAAS安全,现在网络攻击太严重了,因此用户想把服务器放在防火墙后面,前端放一个Apache服务器或者硬件的负载均衡器,哪怕前端被攻击,至少可以保证主页内容不会被篡改。
2. 如何用Apache+Apusic实现LB?
实现前我们需要了解一个概念,LB到底由哪些部分组成,相互之间的关系如何?配置负载均衡需要两个部分组成:负载均衡器和应用服务器集群。负载均衡器不了解具体业务,只知道有哪些KAAS,然后依据一种分配机制将客户请求分配给相应的KAAS。而KAAS接到用户请求,处理完成后就将结果返回给负载均衡器,再返回到客户端。但是HTTP请求都是无状态的,如果用户使用Session机制保存了状态,那么下次再访问时可以通过两种方法处理:
⑴ 利用负载均衡器的会话保持(Session Stick)技术,负载均衡器会记录SessionID和服务器IP,然后将下次请求仍然转发到上次处理的服务器上,但是这种方式如果服务器宕机了,就会使客户丢失信息;
⑵ 利用KAAS的集群功能,将一起工作的服务器配置成集群,相互之间利用会话复制(Session Copy)技术,所有服务器上的会话内容完全相同,请求不需要转发给相同的服务器就可以得到正确响应,但是这种方式会给网络带来较大的负载压力,甚至引起网络风暴。
下面分别是这两种方法的配置过程:
⑴ 配置均衡均衡的会话保持
#httpd.conf(Apache的配置文档,如果想了解Apache相关配置参数,请看参考文献)
#载入重要的模块
LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_ajp_module modules/mod_proxy_ajp.so
LoadModule proxy_balancer_module modules/mod_proxy_balancer.so
LoadModule proxy_connect_module modules/mod_proxy_connect.so
LoadModule proxy_http_module modules/mod_proxy_http.so
LoadModule proxy_ftp_module modules/mod_proxy_ftp.so
#设置负载均衡分配用的服务器
<Proxy balancer://apusicBalance>
    BalancerMember http://1.2.3.4:6888/
    BalancerMember http://1.2.3.5:6888/
</Proxy>
#设置代理服务器转发方式,stickysession就是会话保持,JSESSIONID就是Apusic的会话ID,nofailover就是说服务器没有做集群
ProxyPass / balancer://apusicBalance stickysession=JSESSIONID nofailover=On
ProxyPassReverse / balancer://apusicBalance

⑵ 利用KAAS的集群功能,只提供了WEB模块Session复制的例子,其它例子请参考Apusic集群管理文档,在apusic.conf增加的配置如下
<!-- 将应用服务器增加到集群中 -->
<SERVICE
    CLASS="com.apusic.cluster.ClusterService"
    >
    <ATTRIBUTE NAME="ClusterName" VALUE="ApusicCluster"/>
    <ATTRIBUTE NAME="LoadWeight" VALUE="100"/>
</SERVICE>
<!-- 使WEB容器的Session支持复制 -->
<SERVICE CLASS="com.apusic.servlet.http.session.SessionService">
    <ATTRIBUTE NAME="DefaultSessionTimeout" VALUE="3600"/>
    <ATTRIBUTE NAME="MaxSessionsInCache" VALUE="1024"/>
    <ATTRIBUTE NAME="SessionInvalidateCheckInterval" VALUE="60"/>
    <ATTRIBUTE NAME="SessionSwapCheckInterval" VALUE="30"/>
    <ATTRIBUTE NAME="Distributable" VALUE="True"/>
    <ATTRIBUTE NAME="Replicable" VALUE="True"/>
</SERVICE>

3. 使用Apache实现LB还有哪些功能?
⑴ 支持缓冲。mod_cache模块。
Sample httpd.conf
#
# Cache配置的例子
# 下面的Cache默认采用disk作为缓存,如果想调整成mem,必须先将disk用#注释,然后删除mem的#注释。
LoadModule cache_module modules/mod_cache.so
LoadModule disk_cache_module modules/mod_disk_cache.so
#LoadModule mem_cache_module modules/mod_mem_cache.so
<IfModule mod_cache.c>
 <IfModule mod_disk_cache.c>
  CacheRoot c:/cacheroot
  CacheEnable disk /
  CacheDirLevels 5
  CacheDirLength 3
 </IfModule>
 <IfModule mod_mem_cache.c>
  CacheEnable mem /
  MCacheSize 4096
  MCacheMaxObjectCount 100
  MCacheMinObjectSize 1
  MCacheMaxObjectSize 2048
 </IfModule>
# 当Apache作为Proxy时,不缓存安全部分的代码。下面的例子实际使用时请改成应用自身的情况
CacheDisable http://security.update.server/update-list/
</IfModule>
⑵ 不同的分配机制。
除了已经知道的循环分配机制,将请求依次派发给每个应用服务器;还可以通过loadfactor来进行权重分配,事先依据每个应用服务器的计算能力,将请求依据权重分发给服务器;还可以通过lbmethod流量的压力进行统计,然后将请求分发给服务器。

⑶ 分别在不同的网络层进行代理,一般可以在四层和七层。
这种方法我没有进行实验,待以后补充。

4. 在应用开发阶段要注意哪些事情来满足LB需要?
开发阶段需要注意的内容其实很多,主要就是Session复制和资源死锁的问题。以前项目开发,能够把功能实现就算是完工了,但是用户的需求也在增加,特别是J2EE为分布式计算提供了很好的模型,为开发符合LB标准的程序提供了有利的条件,但是在开发阶段仍然有些工作必须要做,例如:
⑴ 所有保存在Sesion中的类必须要实现Serialable接口,当然还要把Object实现的方法重载,保证你的类被正确序列化了,但是如果没有实现,至少保证系统进行Session复制时不会报错;
⑵ 尽量不要进行长事务操作,尽量不要对数据库进行表级锁,尽量把申请得到的资源进行归还,尽量使用finally保证资源被正确释放,等等…
⑶ 以后继续补充

参考文献:
1. mod_proxy - Apache 2.2 中文版参考手册,
http://doc.chinahtml.com/Manual/ApacheManual/mod/mod_proxy.html
2. mod_cache - Apache 2.2 中文版参考手册
http://doc.chinahtml.com/Manual/ApacheManual/mod/mod_cache.html
3. Apusic集群管理文档
http://infocenter.apusic.com/help/index.jsp?topic=/com.apusic.studio.doc.server/output/eclipse/cluster_management.html

你可能感兴趣的:(apache,应用服务器,cache,配置管理,网络应用)