前面一节，我们谈论了Apusic负载均衡器的系统介绍以及相关的安装和配置问题。其中配置过程我们已经详细的为大家呈现出来了。现在，我们针对Apusic负载均衡器的初始运行以及它对服务器的要求进行一个分析。在此为大家补充一下细节问题。

运行

启动命令行为:

javacom.apusic.server.Main-configconfig/loadbalancer.conf

由于剔除了EJB,JMS,JDBC等组件,负载均衡器有更多的资源来处理负载,将客户的请求转发到内部服务器上,并将内部服务器的回应转发给客户｡另外,APUSIC负载均衡器还可以结合其他负载均衡技术,例如基于DNS和基于NAT的负载均衡｡以DNS为例,你可以在集群系统中安装多个负载均衡器,每个负载均衡器都和内部服务器有连接,并配置DNS,使所有的负载均衡器都映射到同一个域名,这样当用户使用域名访问系统时,DNS会首先将域名映射到其中一个负载均衡器的IP地址,用户将请求发到指定IP地址的负载均衡器上,而此负载均衡器再将请求转发到一个内部服务器上.

对Apusic应用服务器的要求

在使用负载均衡器之前,首先要在集群中所有的服务器上安装APUSIC应用服务器,安装方法和在单独一台服务器上安装是一样的,但注意在安装应用系统时要在所有服务器上都保持一致,如果有条件可以采用一个共享硬盘组｡安装完成后启动服务器,并测试应用系统能否正常工作｡

如果只有一台机器,也可以测试APUSIC的集群功能,可以启动多个服务器进程,但它们的各种服务的侦听端口都不能有冲突｡

在Apusic负载均衡集群上开发应用系统的特点

利用Apusic1.1建立的负载均衡集群有一个很重要的特点,APUSIC实现了分布式Session管理,这是实现Web服务器集群的关键,由于Web应用被分布到多台服务器上运行,因此保存在Session中的共享数据必须完全保持一致｡APUSIC没有使用共享数据库来保存Session数据,虽然这种方式能保证Session数据的一致性,但由于Session的变化是很频繁的,对数据库将造成很大的压力,最终将成为整个系统的瓶颈｡APUSIC使用一种分布式Session服务,每个服务器管理自己所产生的Session,当Web应用从一台服务器迁移到另一台服务器时,Session也会自动进行迁移,这样使得对Session的管理被均匀地分布到所有的服务器上,任何一台服务器失效并不会使Session丢失｡对应用开发者来说,要保证分布式Session能够正常工作,在Session中只能保存实现了java.io.Serializable的数据,否则Session将无法完成迁移｡

总之,如果你的Web应用中使用了session,它在Apusic负载均衡集群中不受任何影响,可以正常使用,同时,还能享受到Apusic负载均衡集群给您的应用带来的高度的安全和***的速度｡