超级集群解决方案，第 1 部分: 实现应用程序的最大可伸缩性的技巧

核心提示： 对于具有某种抽象程度的集群式拓扑结构，某些类型的路由器组件将把客户机请求转发给部署在集群中的应用程序，超级集群解决方案，第 1 部分: 实现应用程序的最大可伸缩性的技巧(5)，考虑将应用程序部署到多个集群中，这样每个集群将具备以下特征：每个集群都属于它自身的核心组，然后将应用程序部署到这三个集群

对于具有某种抽象程度的集群式拓扑结构，某些类型的路由器组件将把客户机请求转发给部署在集群中的应用程序。考虑将应用程序部署到多个集群中，这样每个集群将具备以下特征：

每个集群都属于它自身的核心组。

包含数量适中的成员。

如果路由器可被配置为将客户机请求转发给每个集群中的成员，那么就可以有效地解决集群大小受限的问题。理想情况下，您希望路由器执行一个合理的负载平衡策略，同时维护必要的服务器亲缘性。因此，典型的超级集群将执行如下操作：

将一个应用程序部署到多个集群（或集群式集群）。

使用相应的路由器分发客户机请求，这样，从客户机的角度来看，具有两层结构的集群看上去就像是一个扁平结构的单层传统 WebSphere Application Server 集群。

正如您所料，超级集群受到以下几个限制：

目前，超级集群化技术只能应用于 HTTP 协议，而对于 IIOP 或 SIP 等其他协议是无效的。

对于 HTTP 协议，某些路由器将自动把请求转发给部署在多个集群的应用程序，而其他路由器则需要手动修改路由数据，才能够将客户机请求分发到部署在多个集群中的应用程序。

与传统集群中的应用程序部署不同，超级集群中的应用程序部署并不是一个单步过程，而是涉及到多个步骤。

为了演示超级集群的使用，现在假设一个应用程序需要运行在包含 120 个成员的集群中，从而满足客户机负载需求。对于这个例子，可以创建三个新的核心组，在每个核心组中创建一个包含 40 个成员的集群，然后将应用程序部署到这三个集群中。假设使用的是熟悉的 HTTP 插件路由器，生成的超级集群拓扑结构类似于图 6。

图 6. 包含 120 个成员的超级集群