J2EE clustering  part 2

使用容易的方法把你的应用程序从单机移植到集群

By Abraham Kang

翻译 TianYu   2002-12-16

http://www.javaworld.com/javaworld/jw-08-2001/jw-0803-extremescale2.html

摘要

在J2EE框架里为集群提供了一个高可用性(HA)和伸缩性的基础结构.集群是指在一组应用服务器上显式运行你的J2EE应用,就象是单独的实体一样.然而,当Web应用被群集时,这些应用的行为表现是不同的,因为他们必须通过系列化和其它的集群成员共享应用对象.此外,你将不得不应付额外的结构配置和设置时间.

为了避免主要的Web应用程序返工和重新设计,你应该从你的开发过程一开始就考虑与群集相关的编程问题.为了支持智能负载均衡和失败转移,也需要考虑关键性的设置和结构配置决策.最后你还需要有个处理失败的管理策略.

阅读”J2EE clustering”系列:

· 群集对于好的网站设计是至关重要的;你了解clustering的基础知识么?

· 使用容易的方法把你的应用程序从单机移植到集群

 以第一部分的知识为基础,我将透露我对群集实际应用的理解.更进一步地,还将研究与群集相关的要点和可能的解决方案.还有每种选择的优缺点.我也将示范指导群集的编程.最后,我对如何为故障作准备做了说明.(注意:由于许可权的约束,这篇文章不适用基准.)

建立你的集群

在集群设置期间,你需要作出重要的决策.首先,你必须选择一种负载均衡方法.第二,你必须决定如何支持服务器亲合力(server affinity).最后,还需要决定如何在群集节点之间部署服务器实例.

负载均衡

你通常可以在两种公认的选项间来选择一个负载均衡的集群: DNS round robin 或者 hardware load balancers.

DNS round robin

DNS是把逻辑名(例如www.javaworld.com)转换成IP地址的过程.在DNS round-robin负载均衡里,单一的逻辑名能返回集群里任何机器的IP地址.

DNS round-robin负载均衡的优点包括:

·便宜,容易设置

·简单

缺点包括:

·不支持服务器亲合力.当用户收到一个IP地址时,它会被缓存在浏览器里.一旦缓存过期,用户发送另一个与逻辑名相关联的IP地址的请求.第二个请求能返回集群里其它任何一台机器的IP地址,这会导致session丢失.

· 不支持HA.设想一个有n台服务器的集群.如果一台服务器down掉了, DNS服务器上的每个第n个请求仍然继续访问这个死掉的机器.

· 集群变更传播到Internet需要花费时间.许多公司和ISPs的DNS服务器缓存了来自于客户端的DNS查找.即使你的集群里服务器的DNS清单能够动态改变,但在其他DNS服务器上缓存的入口,距离过期还需要一段时间.例如,AOL有台已经down掉的服务器,把它从集群的DNS列表清单移出去之后,如果AOL的DNS服务器缓存了这台down掉的服务器入口的话,AOL的客户端仍然会尝试连接到这台down掉的服务器上.结果,即使集群里的其它机器是可用的,AOL用户还是不能连接到这个站点.

· 不保证相同的客户端分布通过集群里的所有服务器.如果你没配置DNS服务器共同协作支持DNS负载均衡,他们可能只把从最初查找到的第一个IP地址返回,使用这个IP来处理客户端的请求.设想一个有数千职员的合伙人公司,所有的请求都被固定到集群里的单一服务器上,结果会怎样!

Hardware load balancers

相反,硬件负载均衡器(like F5's Big IP)通过虚拟IP地址解决了大部分问题.硬件负载均衡器表示只有单个IP地址的集群世界.负载均衡器收到每个请求