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

核心提示： JVM 之间的紧密耦合提供了较低的消息延迟（任何成员之间只有一个网络跳转）和快速的故障检测，然而，超级集群解决方案，第 1 部分: 实现应用程序的最大可伸缩性的技巧(3)，充分互联的拓扑结构也较大地限制了核心组的可伸缩性，因此，无法定义一个精确的限制，然而，核心组不能像 cell 那样进行同等程

JVM 之间的紧密耦合提供了较低的消息延迟（任何成员之间只有一个网络跳转）和快速的故障检测。然而，充分互联的拓扑结构也较大地限制了核心组的可伸缩性。因此，核心组不能像 cell 那样进行同等程度的伸缩，并且较大的 cell 需要划分为多个核心组。根据特定 WebSphere Application Server 环境在核心组之间的通信需求，各个核心组需要使用 核心组桥接服务（core group bridge service，CGBS）连接在一起。

图 3. 大型 WebSphere cell 中的多个核心组

核心组构建规则

良好构建的核心组应当遵循核心组构建规则进行创建，如 WebSphere Application Server Information Center（参考 参考资料）中所述。其中一条构建规则表明，一个 WebSphere Application Server 集群不能超出一个核心组。换言之，集群中的所有成员必须是同一核心组中的成员。这条规则意味着 WebSphere Application Server 集群的最大大小潜在地受到核心组最大大小的限制。

图 4. 集群必须是核心组的子集

核心组大小限制

如果包含有过多成员的话，核心组可能无法正常工作。核心组成员的精确数量限制取决于多个因素，包括可用的 CPU 资源、内存资源、网络带宽、应用程序数量、应用程序类型，等等。因此，无法定义一个精确的限制。然而，如果要制定计划，IBM 提供了以下指导原则：