高影响力的Web层群集，第一部分: 利用JavaGroups扩展

随着J2EE平台的日益成熟，为了在Web层上扩展Web服务及应用，可以在联网的群集配置中 部署廉价服务器（commodityservers ）。这些廉价服务器通过廉价的LAN硬件相互连接在一 起，可以提供成本合适的群集解决方案。最后一个群集难题在于软件方面。在本系列文章中 ，SingLi分析了三种可以允许高影响力Web层群集的开放源代码软件基础，首先介绍 JavaGroups。

在 Internet 上，基于J2EE的Web应用及Web服务的流行，将同时处理上千个（或者更多） 用户的需求推向前台。在许多商业部署中，这不再是一个“未来可用的”奢侈品 ，而是成为必需品。在这种竞争的商业环境中，一个在线商店如果顾客一多就挂起或崩溃， 它是不会生存下去的。尽管针对 J2EE 模型的事务层（用于数据库、事务监听器、消息队列 ，等等）的可扩展解决方案已经广泛可用，但是用于在Web层扩展 Web 应用或服务的解决方 案还刚刚浮现。在该系列文章中，我们将要看几个可应用于在 Web 层扩展应用的软件技术。 每种技术都采用一种不同的方法，并且解决一个稍微不同的问题集合。在这第一篇文章中， 我们将探讨一种流行的开放源代码的分布式通信基础，那就是 JavaGroups。

在Web层扩展应用

扩展Web层有多种经过检验而可靠的方法。增加一个服务处理的并发会话的数量最直观的 方法是向应用服务器增加资源。这些资源包括内存与磁盘空间(存储资源)和 CPU (计算资源) 。图 1 演示了可扩展性的这一单机器方法：

图 1. 在单个 SMP 服务器上扩展 Web 层

该方法的障碍在于处理器使用的地址空间上的限制和廉价对称多处理器(symmetric multiprocessor，SMP)硬件上的限制(合理的成本)。服务器配置超过四个处理器，就可能需 要专用的或定制的硬件来处理资源负载，并且对系统的掌握和维护很快就变得昂贵起来。这 些限制给我们利用单服务器解决方案在 Web 层上所能处理的用户会话数量施加了一个实际的 上限。

除了在会话方面的限制以外，由于它的单点故障，单服务器解决方案通常也不是一种健壮 的解决方案。可用性是不连续的，因为当单个服务器出现故障时，服务就是不可用的。尽管 该问题有多种可行的技术上的解决方案(比如可热切换的、冗余的备份资源)，但是这些解决 方案都非常昂贵。

高影响力的Web层群集，第一部分: 利用JavaGroups扩展(2)

微型和小型计算机系统厂商早就已将 群集作为可伸缩性问题的一个可行的解决方案。群 集允许一组服务器 (通常是松散耦合的)逻辑上作为单个服务器运行。群集的优点包括：

消除了单点故障。

高服务可用性(如果群集中的多个服务器可以处理同一服务)。

通过将请求转移给处理同一服务的负载最少的服务器所带来的负载均衡。

近来，由于许多利好因素，群集已经“纳入主流”：

J2EE Web层容器 (应用服务器) 技术终趋成熟，并且它们的状态管理和操作模型也得到了 较好的规范和理解。通过在一群服务器之间复制 Web 层容器的状态，您可以实现可伸缩的服 务解决方案。

廉价的基于 PC 的服务器的成本达到了历史较低水平 (而每台服务器的 CPU 处理能力则 持续增长)，使得群集的成本比以前更加可以承受。

高速的基于 LAN 的互连广泛可用并且便宜。同时，套接字、TCP/IP 和更高级别的网络 API 使得编程需求非常简单。现在您使用用于群集的基于 LAN 的互连来取代专用的硬件连接 /总线互连。

开放源代码 Linux 操作系统的广泛采用，甚至使得定制的群集解决方案可以以非专用的 方式实现、维护和维持下去。

尽管这些 LAN 连接的、基于廉价服务器的群集解决方案，通常不具有那些良好校准的、 精确调整的、定

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!