第 3 章 Sun Cluster Geographic Edition 体系结构

使用 Sun Cluster Geographic Edition 软件可将一组群集做为一个大规模系统来管理和查看。本章概述了 Sun Cluster Geographic Edition 的体系结构，这些内容有助于您做好安装、配置和管理 Sun Cluster Geographic Edition 软件的准备工作。

本章包含以下主题：

• Sun Cluster Geographic Edition 软件环境

• Sun Cluster Geographic Edition 硬件环境

• 数据复制配置

• 处于不同地理位置的群集拓扑

Sun Cluster Geographic Edition 软件环境

Sun Cluster Geographic Edition 软件提供用于管理处于不同地理位置的群集的工具。借助 Sun Cluster 的资源管理特性，Sun Cluster Geographic Edition 产品可在群集中提供高可用性的服务。

Sun Cluster Geographic Edition 群集由以下软件组件组成：

• Solaris^TM 8 或 Solaris 9 软件

• Sun Cluster 软件

• Sun Cluster Geographic Edition 软件

• 应用程序数据服务代理

• Sun StorEdge Availability Suite 3.2.1 软件

• 数据复制软件

• Solaris 卷管理器或 Veritas 卷管理器

下图直观地说明了 Sun Cluster Geographic Edition 软件各个组件之间的相互关系。

图 3–1 Sun Cluster Geographic Edition 软件体系结构概述

Sun Cluster Geographic Edition 软件的安装和删除与底层的 Sun Cluster 安装无关。安装和删除过程均无需额外的节点重新引导或群集停机时间。

Sun Cluster Geographic Edition 硬件环境

Sun Cluster 硬件配置是 Sun Cluster Geographic Edition 群集的基础。

Sun Cluster Geographic Edition 群集还包括以下附加硬件组件：

• 附带了数据存储器的 Sun Cluster 硬件安装

• 用于 Sun Cluster 安装之间的群集间管理通信的 Internet 连接

• 用于群集间心跳的 Internet 连接

• 用于数据复制的连接

• 用于自定义心跳的连接

Sun Cluster Geographic Edition 硬件环境支持以下拓扑：

• N+1，即位于多个站点的多个群集与单个备份群集进行通信

• 群集对，即两个群集均处于联机状态且均提供服务

图 3–2 直观且概括地说明了 Sun Cluster Geographic Edition 的硬件体系结构。

数据复制配置

Sun Cluster Geographic Edition 软件对伙伴群集之间的距离没有限制。伙伴群集需要数据复制连接以支持伙伴关系中定义的保护组。伙伴群集必须具有与之兼容的配置，以支持群集之间的数据复制。

Sun Cluster Geographic Edition 产品支持从单节点群集到单节点群集、从多节点群集到单节点群集以及从多节点群集到多节点群集的复制。如果这些群集的数据复制特性是兼容的，则主群集和辅助群集可以具有 Sun Cluster 产品支持的任意配置。每种数据复制产品的兼容性级别均不同。

以下要求决定着您需要采用怎样的数据复制连接：

• 伙伴群集之间的距离

• 将要复制的数据量

• 数据复制配置参数

使用 Sun Cluster Geographic Edition 产品可以在数据一致性与连接成本之间取得平衡，其中数据一致性指可接受的数据丢失量。

下图直观地说明了从一个两节点群集到一个单节点群集的数据复制配置。

图 3–2 从一个两节点群集到一个单节点群集的数据复制

处于不同地理位置的群集拓扑

通过伙伴关系可在群集之间建立通信和心跳。一个群集可以参与多个伙伴关系。通过保护组可在伙伴群集之间建立数据复制。您可以为一个伙伴关系配置多个保护组，这样每个保护组可复制伙伴群集之间的不同数据。

下图直观地说明了处于不同地理位置的拓扑，并指出了群集间的关系。

图 3–3 处于不同地理位置的拓扑

使用 Sun Cluster Geographic Edition 软件，通过伙伴群集之间的心跳，您可以为一个群集配置多个伙伴关系。例如，日内瓦-伦敦-罗马-柏林拓扑包含一个位于日内瓦的中心群集，它与位于伦敦、罗马和柏林的群集分别组成了三个不同的伙伴关系。这些伙伴关系要求在以下群集对之间具有双向 Internet 连接：伦敦和日内瓦、罗马和日内瓦以及柏林和日内瓦。利用这些伙伴关系，通过相互交换心跳，位于日内瓦的群集便可以检测位于伦敦、柏林和罗马的群集的故障。

每个伙伴关系都拥有一个保护组，这样位于伦敦、罗马和柏林的主群集就可以将数据复制到位于日内瓦的群集（辅助群集）。

下图直观地说明了处于不同地理位置的拓扑，并指出了群集间的关系。

巴黎-纽约拓扑拥有两个群集，它们组成了一个具有两个保护组的伙伴关系。每个群集均是其中一个保护组的主群集，也是另一个保护组的辅助群集。这种伙伴关系要求在这两个群集之间具有双向 Internet 连接，以便进行群集间管理和交换心跳。这两个群集必须具有一个数据复制链接，以便支持两个保护组的数据复制。

在日内瓦-伦敦-罗马-柏林拓扑中，位于日内瓦的群集可以是这三个保护组中任意一个的主群集。但是，位于日内瓦的群集必须拥有足够的置备，以便运行由应用程序资源组提供的所有服务。

例如，如果位于罗马的群集被关闭以进行维护，则通过对罗马-日内瓦保护组使用受控的 switchover，位于日内瓦的群集将成为新的主群集。作为罗马-日内瓦保护组的新主群集，位于日内瓦的群集将容纳由罗马-日内瓦保护组中的应用程序资源组提供的服务。位于日内瓦的群集同时也是位于伦敦和柏林的群集的辅助群集。

与此类似，在巴黎-纽约拓扑中，如果任一方伙伴群集意外瘫痪，则另一群集都将接管对方的服务并成为两个保护组的主群集。