Microsoft群集解决方案(上)

核心提示： 图1 利用Windows 2000 MSCS实现的4节点群集MSCS的主要用途是通过自身提供的容错能力提高应用程序可用性，容错能力是指将相关处理过程从某个节点上的故障应用程序（由于硬件设备故障或软件错误等原因所导致）移植到群集中其它健康节点上的群集功能，Microsoft群集解决方案(上)

图1 利用Windows 2000 MSCS实现的4节点群集

MSCS的主要用途是通过自身提供的容错能力提高应用程序可用性。容错能力是指将相关处理过程从某个节点上的故障应用程序（由于硬件设备故障或软件错误等原因所导致）移植到群集中其它健康节点上的群集功能。当故障应用程序得到恢复后，群集应当能够对原先的群集节点实现“故障返回”。MSCS能够在不丢失任何与故障应用程序相关数据的前提下对群集上所运行的应用程序进行故障恢复与故障返回管理，并且能够在故障恢复过程中维护用户及应用程序状态。这种类型的群集功能被称作有状态群集功能。与此相反，NLB、CLB和Application Center在增强可用性的同时，提供无状态群集功能与动态负载平衡能力（我将在稍后部分中详细讨论这些内容）。

对于诸如电子邮件服务器、数据库应用程序之类的应用程序，MSCS是一种良好的运行方式。假设您决定在一个4节点MSCS群集上运行Microsoft Exchange 2000 Server。当安装MSCS软件以及适用于群集的Exchange 2000版本后，您可以对群集进行配置，以便使Exchange 2000能够在主要节点发生故障时在备份节点上进行故障恢复。当故障发生时，主服务器上肯定存在处于打开状态的用户会话，然而，MSCS能够在不丢失任何数据的情况下快速、自动的完成故障恢复。备份节点将从故障节点上接替工作负载及相关数据，并继续为用户提供服务。

MSCS同时还允许用户在应用程序升级过程中继续进行工作。您可以采取滚动升级方式（例如每次在一个群集节点上升级应用程序并确保其它节点上的应用程序继续处于可用状态）而不必在升级过程中停止使用应用程序。举例来说，假设您拥有一个双节点群集。其中节点1运行Exchange 2000，节点2运行Microsoft SQL Server，您希望对这个群集进行配置，以便使Exchange 2000和SQL Server能够在必要情况下相互实现故障恢复。当需要对SQL Server进行升级时，您可以通过MSCS群集管理器在节点2上启动SQL Server故障恢复功能。当节点1接替SQL Server运行任务（同时继续运行Exchange 2000）时，您便可以在节点2上对SQL Server进行软件升级。当升级工作完成后，您可以通过故障返回方式将SQL Server从节点1重新移至节点2上运行，并对节点1上的SQL Server重复执行相同的软件升级操作。当节点1同样完成升级后，整个SQL Server软件便在未影响用户使用的情况下完成了升级任务。

与其它三种Microsoft群集解决方案不同，您通常无法利用MSCS面向更多用户对应用程序进行扩展。MSCS群集无法向NLB、CLB和Application Center那样通过无状态非共享方式在节点之间提供动态负载平衡能力或实现应用程序分布式运行。实际上，利用MSCS实现应用程序伸缩能力的唯一可行方式便是在安装过程中手工将应用程序分配给不同群集资源。举例来说，如果需要在Exchange 2000平台上为5000名用户提供服务，您可以应用2节点活动-活动群集并在每个节点上为2500名用户提供服务。通过这种方式，您不但可以获取通过两台服务器为用户提供服务所实现的性能优势，同时还能在故障情况下实现必要的可用性。但是，当故障恢复发生时，剩余节点必须能够在故障节点恢复使用前单独为所有5000名用户提供服务。