解读Tomcat和负载均衡的意思

关于Tomact我们都知道它是一种嵌入的脚本软件，基本上我们在Linux下来来完成负载均衡。那么针对负载均衡和Tomact我们来进行一个具体的说明吧。之后再对他们的设定过程给出具体的内容。

◆Tomcat的集群

在Tomcat先前的版本中(4.1)可以通过第三方的jar文件来实现集群?在一个集群内安装和配置多个Tomcat实例不是一件容易的事情?将集群的能力增加到开放源的servlet容器(Tomcat)和应用服务(JBoss)中,JavaGroups是一个不错的选择?在最新版本的Tomcat,集群已经成为主要安装包的一部分?将第三方的集群实现对Tomcat服务器的影响减少到最低?

在典型的集群环境中,为了让成员之间相互协作和复制状态,它们之间需要互相通信?

组的通信可以使用point-to-pointRMI(TCP-IP)或者IP多播两种方式?

大部分的J2EE应用服务器(如JBoss?Oracle?WebLogic和Borland)都是使用IP多播让集群成员进行通信,在集群内发送state/update/heartbeat数据给其他成员?

Tomcat集群成员的通信是如下进行的:所有的集群成员用多播ping消息来对话?每一个Tomcat实例将发送一个消息,广播其IP地址和TCP监听端口(为sessionreplication)?如果在给定的时间帧内,某个实例没有接收到这些信息,那么该实例就会被认为是当机?

另一个比较流行的概念是farming,提供集群范围内的Web应用的热部署?在服务器farm内,一个Web应用通过拷贝war文件到集群内的一个节点上进行部署,farming将会把这个Web应用部署到整个集群中?类似的,从一个集群节点上删除war文件,farming将会在集群内所有的节点上反部署这个Web应用?Tomcat的集群文档中讲到在接下来的版本中将会支持farming能力?

◆负载均衡

一种机制,能将服务器的负载被分发到集群的不同节点上?基于负载均衡策略,应用不再在单一的服务器上执行,而是在动态选择的服务器上?当客户请求服务,一个或多个协作服务器处理这个请求?负载均衡为集群提供单一的入口,就如直接和独立的Web或者应用服务器交互一样,这对客户来说是透明的?

两种比较流行的负载均衡方法分别是DNS轮循和硬件负载均衡?DNS轮循提供单个逻辑名称,返回集群内某台机器的ip地址?这种方式是廉价?简单并且容易配置,但它并没有提供服务器之间的联系和高可靠性的能力?相对来说,硬件负载均衡通过虚拟ip地址来解决DNS轮循存在的问题?负载均衡器有一个单独的ip地址,映射到集群内的每一个节点上?负载均衡器接收到请求,然后重写头部来指向集群内的其他机器?如果我们从集群内移出一些机器,那么这个改变马上生效?硬件负载均衡的好处是服务器的联系性和高效?缺点是昂贵并且设置复杂?(作者在这里没有提到这种硬件的负载均衡方式可以用软件实现,这种方式称为VitrualServer)?

对于负载的分发有多种算法,下面是一些较为常用的算法:

round-robin轮循

random随机

weight-based权重

minimumload最小负载

lastaccesstime最后访问时间

programmaticparameter-based负载均衡器根据方法中的参数来选择服务器

负载均衡算法涉及统计上的差异,速度和简单性?举个例子,weight-based算法比其他的算法需要更长的计算时间?想得到对负载均衡的更详细的解释,参考ONJava的文章“LoadBalancingWebApplications"