Windows Server 2003 群集中的服务器群集和网络负载平衡

撒的阿坎努斯

　　检查 Windows Server 2003 中可用的新群集功能和网络负载平衡功能，其中包括更大的群集规模以及默认安装。

本页内容

	服务器群集
	网络负载平衡

服务器群集
　　请注意：服务器群集是用来描述 Microsoft Cluster Service (MSCS) 群集的常用术语，一般与基于网络负载平衡的群集对比使用。
一般信息
　　更大的群集规模
　　Microsoft Windows Server 2003 Enterprise Edition 现在支持 8 节点群集 (过去是 2 个节点)，而且 Windows Server 2003 Datacenter Edition 现在支持 8 节点群集 (过去是 4 个)。
　　优点

更大的灵活性为服务器群集上的应用程序部署提供了更大的灵活性。支持多实例的应用程序可以在更多节点间运行更多实例；多个应用程序可以部署在一个服务器群集上，同时对节点是否 (或何时) 发生故障或者停机维护具有了更大的灵活性和控制能力。

　　64 位支持
　　Windows Server 2003 Enterprise Edition 和 Datacenter Edition 的 64 位版本支持“群集服务”。
　　优点

大内存需求 Microsoft SQL Server 2000 Enterprise Edition (64 位) 是一个典型的应用程序，它既可利用 64 位 Windows Server 2003 的大内存支持 (最大 4TB ; Windows 2000 Datacenter 仅仅支持最大 64GB 内存)，还可利用群集管理的优点。这为大多数计算密集型的应用程序提供了一个难以置信的强大平台，同时确保了这些应用程序的高可用性。

　　请注意： 服务器群集不支持 GUID 分区表 (GPT) 磁盘，GPT 磁盘是 Windows Server 2003 中的一种新型磁盘架构，最大支持 18 exabyte 的磁盘。
　　Terminal Server 应用程序模式
　　Terminal Server 能够以应用程序模式运行在服务器群集的节点上。
　　请注意： Terminal Server 会话没有故障转移能力。
　　优点

高可用性 - Terminal Server 目录服务可以通过故障转移获得高可用性。

　　多数节点集 (MNS) 群集
　　Windows Server 2003 拥有一个可选的仲裁资源，它不需要磁盘位于仲裁设备的共享总线上。该特性被设计为由 OEM、IHV 和其他软件厂商内置在大型的的端到端解决方案中，而不是由某个最终用户进行部署，虽然有经验的用户也有可能完成它的部署。这个新特性所适用的目标方案包括：

	地理位置分散的群集。本机制提供了一种单一的、由 Microsoft 提供的仲裁资源，它独立于地理位置分散的存储解决方案或者多站点群集。 　　请注意： 有一个专门用于地理位置分散群集的群集硬件兼容性列表 (HCL)。
	低成本或者类似设备的高可用解决方案没有使用共享磁盘，而是使用了其他技术 (例如日志发送、软件磁盘或者文件系统复制和镜像) 让数据能够为群集中的多个节点所用。

　　请注意： Windows Server 2003 没有提供在所有 MNS 群集节点中镜像或复制数据的机制，所以尽管可以在根本不使用共享磁盘的情况下构建群集，但是要使应用程序数据变得高度可用并在所有计算机上实现冗余，是一个应用程序特定问题。
　　优点

	存储抽象将存储子系统释放出来，以便以最恰当的方式在多个站点间管理数据复制，而无需操心共享的仲裁磁盘，同时还支持单个虚拟群集。
	无共享磁盘某些方案需要高度一致的群集特性，但并不需要共享磁盘。例如，a) 群集中的应用程序在各个节点间保持一致的数据 (例如，数据库的日志发送和相对静态数据的文件复制)，以及 b) 群集中托管的应用程序拥有非永久性的数据，但是需要以一种紧密耦合的方式协作，以提供连续一致的变化状态。
	更高的冗余性如果共享的仲裁磁盘遭到了损坏，则整个群集都会脱机。利用多数节点集，某个节点上的仲裁磁盘损坏不会导致整个群集脱机。

安装
　　默认安装
　　默认情况下会安装群集。您只需要启动“群集管理器”或者编写脚本使用 Cluster.exe 即可配置群集。此外，还可以预装第三方的仲裁资源，然后在服务器群集配置期间加以选择，而不需要额外的配置过程。所有的服务器群集配置都可以用相同方法进行部署。
　　优点

	更轻松的管理您不再需要使用光盘来安装服务器群集。
	不需重新启动在安装或卸载了群集服务之后，不再需要重新启动计算机。

　　配置前的分析
　　分析和验证硬件和软件配置并且发现潜在问题。在创建服务器群集之前，就任何潜在的配置问题提交一份完善和易于阅读的报告。
　　优点

兼容性确保任何已知的不兼容问题都能够在进行配置之前被检测到。例如，Service for Macintosh (SFM)、网络负载平衡 (NLB)、动态磁盘以及 DHCP 问题地址都不受群集服务的支持。

　　默认值
　　创建一个服务器群集，使用默认值和启发式过程满足最佳实践的要求。对于许多新创建的服务器群集，默认值都是最为适合的配置。
　　优点

更容易管理创建服务器群集过程中需要回答的问题数量、需要收集的数据和代码更少。其目标是获得一个在“默认”情况下即可投入运行的服务器群集，然后再使用服务器群集管理工具进行定制 (如果需要)。

　　添加多个结点
　　允许在一次操作中将多个节点添加到服务器群集中。
　　优点

更容易管理更快捷、更轻松地创建多节点服务器群集。

　　可扩展的体系结构
　　可扩展的体系结构允许应用程序和系统组件参与到服务器群集的配置中。例如，应用程序可以在服务器进入群集之前安装，而且应用程序可以参与节点加入服务器群集的过程，或者阻止节点加入。
　　优点

第三方支持允许应用程序将设置服务器群集资源和/或更改它们的配置的过程作为服务器群集安装的一部分，而不是作为一个服务器群集安装结束后的单独工作。

　　远程管理
　　允许以远程方式全面创建和配置服务器群集。可以在一个远程管理站点创建新的服务器群集，也可以将节点添加到现有服务器群集中。此外，驱动器盘符的变化和物理磁盘资源的故障转移都会在 Terminal Server 的客户端会话中得到更新。
　　优点

更容易管理允许通过 Terminal Services 实现更好的远程管理。

　　命令行工具
　　可以通过命令行工具 cluster.exe 编写脚本创建和配置服务器群集。
　　优点

更容易管理更易于实现群集创建过程的自动化。

　　更简单的卸载过程
　　从某个节点卸载群集服务的过程现在通过去除节点的一步操作即可完成。而以前的版本需要在卸载之后进行节点去除操作。
　　优点

更容易管理卸载群集服务的过程更加有效，因为您仅仅需要通过“群集管理器”或者 Cluster.exe 去除节点，节点便会解除对群集的支持。此外，Cluster.exe 具有一个新的开关参数，在“群集管理器”发生了问题的情况下可以强行卸载群集服务： 　　集群节点 %NODENAME% /force

　　仲裁日志的大小
　　仲裁日志的默认大小已经增至 4096 KB (以前是 64 KB)。
　　优点

更多共享数量 4,096 KB 的仲裁日志允许使用大量的文件或打印机共享 (例如 200 台共享打印机)。在先前版本中，共享数量很大的情况下，仲裁日志的空间会被用尽，从而导致资源的不一致故障转移。

　　本地仲裁
　　如果节点没有被附加到共享磁盘，它会自动配置一个“本地仲裁”资源。此外，还可以在“群集服务”运行后创建一个本地仲裁资源。
　　优点

	测试群集用户可以容易地在本地 PC 上创建测试群集以测试群集中的应用程序，或者熟悉群集服务的使用方法。用户不需要使用那些通过了 Microsoft Cluster HCL 认证的特殊群集硬件来运行测试群集。 　　请注意：本地仲裁仅仅被单节点群集 (例如 lonewolf) 所支持。此外，没有通过 HCL 认证的硬件设备不能使用在生产环境中。
	恢复在丢失了所有共享磁盘的情况下，可以使用 cluster.exe /fixquorum 开关参数启动群集，让一个临时群集投入运行 (例如，在您等待新硬件送达的时候)，然后再创建一个本地仲裁资源并将它作为您的仲裁。在使用打印群集的情况下，可以指向本地磁盘的后台打印文件夹。对于文件共享，可以指向本地磁盘上的文件共享资源，以将备份数据恢复到那里。显而易见，这不会提供任何故障转移能力，仅仅是一种临时性的手段。

　　仲裁选择
　　您不再需要选择使用哪一个磁盘作为仲裁资源。它会自动配置到容量大于 50 MB 并且以 NTFS 格式进行了格式化的最小的磁盘上。
　　优点

更容易管理最终用户不再需要担心使用哪一个磁盘用于仲裁。 　　请注意： 可以在安装期间或者配置完群集之后，将仲裁资源移动到其他磁盘上。

集成
　　Active Directory
　　现在，群集服务和 Active Directory (包括“虚拟”计算机对象、Kerberos 身份验证以及用来发布服务控制点的默认位置，例如 MSMQ) 之间具有了更紧密的集成关系。
　　优点

	虚拟服务器通过将群集的虚拟服务器作为一个计算机对象发布到 Active Directory 中，用户可以像访问其他 Windows 2000 服务器那样访问虚拟服务器。特别是，它取消了使用 NetBIOS 浏览和管理群集节点的需要，使得客户端可以通过 DNS (Windows Server 2003 的默认名称解析服务) 来查找群集对象。 　　请注意：虽然网络名称服务器群集资源发布为 Active Directory 中的一个计算机对象，但是计算机对象不应该用于进行管理工作，例如应用组策略。在 Windows Server 2003 中，虚拟服务器计算机对象的唯一任务便是： 　　允许 Kerberos 身份验证在虚拟服务器上进行托管，以及 　　对于具有群集意识的服务和 Active Directory 意识的服务 (例如 MSMQ)，将特定的服务提供商信息发布到它们所驻留的虚拟服务器上。
	Kerberos 身份验证这种形式的身份验证允许用户在不必发送口令的情况下接收服务器的身份验证。实际上，他们出示一张能够授予他们服务器访问权限的票据。而 Windows 2000 Server 使用的 NTLM 身份验证则会对用户口令进行散列之后通过网络发送出去。此外，Kerberos 支持客户端和服务器的相互身份验证，并且允许跨多台计算机实现身份验证的委派。 　　请注意：为了在混合模式的群集中 (例如 Windows 2000 和 Windows Server 2003) 对虚拟服务器进行 Kerberos 身份验证，必须运行 Windows 2000 Advanced Server SP3 或更高版本。否则，将使用 NTLM 执行所有身份验证。
	发布服务由于“群集服务”是具有 Active Directory 意识的服务，因此它可以与其他能够在 Active Directory 中发布服务信息的其他服务进行集成。例如，Microsoft Message Queuing（MSMQ） 2.0 可以在 Active Directory 中发布有关公共队列的信息，以便于用户轻松查找距离他们最近的队列。现在，Windows Server 2003 进一步扩展了这一特性，允许在 AD 中发布群集化的公共队列信息。

　　请注意： 群集集成不会对 Active Directory 架构进行任何修改。
　　扩展群集的共享磁盘分区
　　如果底层的存储硬件支持动态的磁盘单元扩展或者 LUN，那么磁盘卷可以使用 DISKPART.EXE 工具联机扩充。
　　优点

更容易管理现有卷可以联机扩充，而无需关闭程序或服务。

资源
　　打印机配置
　　群集服务现在为群集化打印机的安装和配置提供了一个更为简便的配置过程。
　　优点

更容易管理要建立一台群集化的打印服务器，您仅仅需要在“群集管理器”中配置“后台打印处理程序”资源，然后连接到虚拟服务器，配置端口和打印队列即可。这是对先前版本的群集服务的一个重要改进，在先前版本中，您必须在群集的每个节点上重复配置步骤，包括重复安装打印驱动程序。

　　MSDTC 配置
　　“Microsoft 分布式事务协调器”(MSDTC) 现在只需配置一次，即可被复制到所有节点上。
　　优点

更容易管理在先前版本中，COMCLUST.EXE 工具必须在每个节点上运行，以便实现 MSDTC 的群集化。现在，可以将 MSDTC 作为一种资源类型进行配置，为它指定一个资源组，然后自动在所有群集节点中对其进行配置。

　　脚本编写
　　可以通过脚本 (VBScript 和 Jscript) 让现有应用程序对服务器群集敏感，而不用通过 C 或者 C++ 编写资源 DLL。
　　优点

更容易开发使得为应用程序编写特定的资源插件变得更为简单，因此可以在服务器群集中对它们进行监视和控制。支持资源特定的属性，允许资源脚本存储服务器群集级别的配置信息，这些信息可以像其他资源一样被使用和管理。

　　MSMQ 触发器
　　群集服务已经加强了 MSMQ 资源类型，以便允许在同一个群集中运行多个实例。
　　优点

更强大的功能允许您运行多个群集化的消息队列，提供了更高性能 (在“主动/主动”形式的 MSMQ 群集的情况下) 和灵活性。

　　请注意：您可以在每个群集组中拥有一个 MSMQ 资源
网络增强功能
　　得到增强的网络故障转移
　　群集服务现在对出现内部 (心跳) 通信全面损失时的故障转移逻辑进行了加强。面向所有节点的公共通信的网络状态现在也纳入到考虑范围之中。
　　优点

更好的故障转移在 Windows 2000 中，如果节点 A 拥有仲裁磁盘并且损失了所有网络接口 (例如，公共和内部网络)，它将保留对群集的控制，尽管已经没有任何人能够与它开展通信，而且另一个节点可能拥有一个正在工作的公共接口。而现在，Windows Server 2003 群集节点可以在对群集的控制做出仲裁之前，判断公共接口的状态。

　　媒介感知检测
　　在使用群集服务的时候，如果网络连接中断，TCP/IP 堆栈在默认情况下会被卸载，这一点与 Windows 2000 相同。不再需要设置 DisableDHCPMediaSense 注册表键。
　　优点

更好的故障转移在 Windows 2000中，如果网络连接中断，TCP/IP 堆栈会被卸载，这就意味着依靠 IP 地址的所有资源都会脱机。此外，当网络连接重新恢复时，它们的网络角色会返回到默认设置 (例如客户端和专用)。通过在默认情况下禁用媒体感知，网络角色可以得到保留，所有依赖于 IP 地址的资源也能够保持联机。

　　多播心跳
　　允许在节点和服务器群集间存在多播心跳。如果群集的规模足够大而且网络基础结构支持群集节点间的多播，那么会自动选择多播心跳。虽然，多播参数可以手动控制，但是典型的配置不需要进行任何的管理工作，也不需要调整来启用此特性。如果多播通信由于某种原因失败，内部通信将回到单播状态。所有的内部通信都是经过签名的，因此是安全的。
　　优点

更少的网络流量通过使用多播，群集子网中的网络流量会大幅度降低，对于节点数量在两个以上或者地理位置分散的群集来说，这一点尤其有用。

存储
　　卷的装载点
　　卷的装载点现在也被共享磁盘支持 (但是仲裁磁盘除外)，而且如果配置得当，可以正确地进行故障转移。
　　优点

灵活的文件系统名称空间卷的装载点 (Windows 2000 或者更高版本) 是一些以永久性方式指向特定磁盘卷的目录 (例如，您可以让 C:\Data 指向一个磁盘卷)。这样，便无需为每一个磁盘卷分配一个驱动器盘符，因此绕过了 26 个驱动器盘符的限制 (例如，如果没有卷加载点，便必须为 Data 卷映射一个 G：驱动器)。既然群集服务支持卷加载点，您便在映射共享磁盘的命名空间方面拥有了更大的灵活性。

　　请注意：驻留卷加载点的目录必须是 NTFS 格式的，因为底层机制使用的是 NTFS 重分析点。不过，被加载的文件系统可以是 FAT、FAT32、NTFS、CDFS 或者 UDFS 格式。
　　客户端缓存 (CSC)
　　客户端缓存 (CSC) 现在支持群集化的文件共享。
　　优点

脱机文件访问群集化文件共享的客户端缓存允许客户端缓存保存在群集共享上的数据。客户端使用这些数据的本地副本，然后在关闭文件时将文件上传回服务器群集。这样，服务器群集上发生的故障以及后续的故障转移过程对于客户端来说是不可见的。

　　分布式文件系统
　　分布式文件系统 (DFS) 已经得到了很大改进，包括多个独立的根、独立的根故障转移以及对“主动/主动”配置的支持。
　　优点
　　分布式文件系统 (DFS) 允许用户将多个文件共享汇集到一个公共的命名空间 (例如，\\dfsroot\share1 和 \\dfsroot\share2 可能实际上来自 \\server1\share1 和 \\server2\share2)。新群集的优点包括：

	多个独立的根先前版本仅仅支持一个群集化的独立根。现在，您可以拥有多个根，这为您规划分布式文件系统的命名空间赋予了更大的灵活性 (例如，同一台虚拟服务器上的多个 DFS 根，或者不同虚拟服务器上的多个 DFS 根)。
	独立的故障转移每个 DFS 根都拥有粒度级的故障转移控制，允许您单独配置故障转移设置，从而加快了故障转移的时间。
	主动/主动配置现在，您可以让多个独立的根主动运行在多个节点上。

　　加密文件系统
　　在 Windows Server 2003 中，群集化的文件共享也支持加密文件系统 (EFS)。这使得数据可以加密格式存储在群集磁盘上。
　　存储区域网络 (SAN)
　　群集已经针对 SAN 进行了优化，包括有针对性的设备复位和共享群集总线。
　　优点

	有针对性的总线复位现在，服务器群集软件在仲裁期间发布磁盘驱动器的时候，会发出一个特殊的控制代码。它可以和 HBA 驱动程序 (支持 Windows Server 2003 的扩展特性集) 相互配合，有选择地复位 SAN 上的设备，而不是进行全面的总线复位。这确保了服务器群集不会对 SAN 结构造成太大的影响。
	共享存储总线共享磁盘可以和启动磁盘、交换文件磁盘和转储文件磁盘位于同一个存储总线上。这使得群集服务器可以使用一条存储总线 (或者一个冗余的存储总线)。 　　请注意：由于配置方面的限制，默认情况下本特性为禁用状态。本特性只能/应该由 OEM 和 IHV 针对特定的解决方案来启用。这不是一个可由最终用户使用的普通特性。

操作和运行
　　备份和还原
　　您可以主动还原本地群集节点的群集配置，或者，您也可以将群集信息还原到群集中的所有节点上。节点还原也内置于自动系统恢复 (ASR) 之中。
　　优点

	备份和还原在 Windows Server 2003 中，备份 (NTBackup.exe) 功能已经得到了进一步加强，实现了本地群集数据库的无缝备份和还原，可以在本地还原配置，还可以将配置还原到群集的所有节点上。
	自动系统恢复ASR 可以在多种情况下完整地还一个群集，其中包括：a) 系统文件损坏或丢失、b) 由于硬件故障重新安装操作系统、c) 群集数据库损坏，以及 d) 磁盘签名更改 (包括共享磁盘)。

　　得到增强的节点故障转移
　　如果您有三个以上的节点，群集服务现在可以提供更强的节点故障转移逻辑。这包括在“群集管理器”中执行一次手动的“移动组”操作。
　　优点

更好的故障转移在具有 3 个以上节点的群集进行故障转移期间，“群集服务”将考虑每个资源的“首选所有者列表”，以及每个节点的安装顺序，以计算出组应该被移动到哪一个节点上。

　　组关联支持
　　允许应用程序将自身描述为一个 N+I 应用程序。换句话说，应用程序将主动运行在服务器群集的 N 个节点上，并且有 I 个备用节点，以便应付某个活动节点出现故障的情况。在发生故障的时候，故障转移管理器会尽量保证将应用程序故障转移到一个备用节点，而不是当前正在运行程序的节点。
　　优点

更好的性能在激活节点前，应用程序将被故障转移到备用节点。

　　节点去除
　　从服务器群集中去除一个节点不再需要重新启动计算机，以清除服务器群集的状态。节点可以从一个服务器群集移动到另一个群集，而无需重新启动计算机。在发生灾难性故障的情况下，服务器群集配置可能会无视服务器群集的状态而被迫清除。
　　优点

	更高的可用性因为不需要重新启动，所以增加了系统的正常运行时间。
	灾难恢复在发生节点故障的情况下，群集可以很容易地得到清理。

　　滚动升级
　　支持从 Windows 2000 到 Windows Server 2003 的滚动升级。
　　优点

最小停机时间滚动升级允许用户将群集中的一个节点脱机进行升级，同时让其他节点使用旧版本继续运行。 　　请注意：不支持从 Microsoft Windows NT 4.0 群集到 Windows Server 2003 群集的滚动升级。虽然可以从 Windows NT 4.0 进行升级，但是在升级期间，整个群集都必须脱机。

　　队列化的修改
　　如果某个节点脱机，群集服务现在可以将需要进行的修改加入队列排队等候。
　　优点

更容易管理在某个节点脱机的情况下，这种做法可确保您不需要将某个修改应用两次。例如，如果某个节点脱机并且被一个剩余节点从群集中去除，群集服务会在此节点试图重新加入群集时被卸载。对于应用程序，情况也是如此。

　　磁盘变化
　　群集服务可以更有效地适应共享磁盘的变化，无论是磁盘容量还是驱动器盘符的变化。
　　优点

动态的磁盘容量如果您增加了某个共享磁盘的容量，群集服务现在可以做出动态调整以适应这种变化。这对 SAN 会有所帮助，因为在 SAN 中卷的容量可以轻松地改变。此特性的实现是因为现在是直接和“卷装载管理器”打交道，而不再使用 DISKINFO 或 DISK 键。 　　请注意： 之所以保留这些键是为了与群集服务的先前版本保持向后兼容。

　　密码修改
　　群集服务的帐户密码修改不再会为群集节点带来停机时间。此外，可以同时重置多个群集上的密码。
　　优点

更少的停机时间在 Windows Server 2003 中，您可以修改群集服务在域和每一个节点上的帐户密码，并且不需要将群集脱机。如果多个群集使用同一个群集服务帐户，可以同时修改它们。在 Microsoft Windows NT 4.0 和 Microsoft Windows 2000 中，为了修改群集服务的帐户密码，在改变密码之前，必须停止所有节点上的群集服务。

　　删除资源
　　可以在“群集管理器”中或者使用 Cluster.exe 删除资源，无需将它们首先脱机。
　　优点

更容易管理在先前版本中，在删除资源之前，您必须首先将资源脱机。现在，群集服务会自动将它们脱机，然后将其删除。

　　WMI 支持
　　服务器群集为以下项目提供了 WMI 支持：

	群集控制和管理功能，包括启动和停止资源，创建新资源和相关设置等等。
	应用程序和群集状态信息。WMI 可以用来查询应用程序是否联机，群集节点是否正在运行，以及其他各种状态信息。
	群集状态更改将通过 WMI 加以传播，以允许应用程序订阅 WMI 事件，了解某个应用程序何时出现的故障，应用程序何时重启以及节点何时发生故障等。

　　优点

更好的管理允许服务器群集作为 WMI 整体环境的一部分接受管理。

支持和疑难解答
　　脱机/故障的原因代码
　　这些代码为应用程序脱机或故障的原因提供了额外的信息。
　　优点

更好的疑难解答如果应用程序出现故障或者应用程序所依赖的组件出现故障，允许应用程序提供相关的具体信息，而不是由管理员将组移动到服务器群集的另一个节点上。

　　软件跟踪
　　群集服务现在具有一个被称为“软件跟踪”的特性，可以生成更丰富的信息，以帮助用户解决群集出现的问题。
　　优点

更好的疑难解答这是一个新的程序调试方法，允许 Microsoft 在无需加载被选中的 DLL 构建版本 (符号) 的情况下调试群集服务。

　　群集日志
　　群集服务的日志文件进行了多项改进，包括了安装日志、错误级别 (信息、警告、错误)，本地服务器时间条目以及 GUID 与资源名称之间的映射。
　　优点

	安装日志在群集服务配置期间，会创建一个单独的安装日志 (%SystemRoot%\system32\Logfiles\Cluster\ClCfgSrv.log) 以帮助解决可能出现的问题。
	错误级别使用户可以容易地找到需要采取措施的项目 (例如，错误)。
	本地服务器时间戳记有助于将事件日志和群集日志进行比较。
	GUID 与资源名称之间的映射有助于了解那些引用了 GUID 的群集日志。群集对象文件 (%windir%\Cluster\Cluster.obj) 是自动创建和维护的，而且包含从 GUID 到资源名称的映射。

　　事件日志
　　更多事件会被写入事件日志，事件日志不仅可以指出发生的错误，还可以显示资源何时被成功地从一个节点故障转移到另一个节点。优点

更好的监控能力这允许事件日志分析和管理工具跟踪成功的故障转移，而不是仅仅限于灾难性故障。

　　Clusdiag
　　Clusdiag 是一个新工具，可以在 Windows Server 2003 资源工具包中找到。
　　优点

	更好的疑难解答可以更直接地在多个群集节点之间读取和关联群集日志，以及调试群集问题。
	有效性验证和测试Clusdiag 允许用户在服务器、存储和群集基础结构上运行压力测试。同样，在群集实际投入使用之前，它可以被用作一个有效性验证和测试工具。

　　Chkdsk 日志
　　当 chkdsk 在共享磁盘上运行时，群集服务会创建一个 chkdsk 日志。
　　优点

更好的监控能力允许系统管理员查找 chkdsk 过程中出现的问题并采取相应的措施。

　　磁盘损坏
　　在怀疑磁盘损坏的时候，群集服务会报告事件日志中的 CHKDSK 结果，并且在 %sytemroot%\cluster 中创建一个日志。
　　优点

更好的疑难解答结果将被记录在应用程序和群集日志中。此外，Cluster.log 会引用一个日志文件 (例如，%windir%\CLUSTER\CHKDSK_DISK2_SIGE9443789.LOG)，该文件详细记录了 CHKDSK 的输出。

返回页首网络负载平衡
网络负载平衡管理器
　　在 Windows 2000 中，为了创建一个 NLB 群集，用户必须分别配置群集中的每一台计算机。这不仅是不必要的额外工作，而且可能会导致出现无意识的用户错误，因为必须在每一台计算机上配置相同的“群集参数”和“端口规则”。在 Windows Server 2003 中增加了一个被称为 NLB Manager 的新工具，该工具通过为 NLB 群集提供一个单一的配置点和管理点可以帮助解决此问题。NLB Manager 的一些关键特性包括：

	创建新的 NLB 群集，并自动将“群集参数”和“端口规则”传播到群集中的所有主机上，并且将主机参数传播给群集中的特定主机。
	在 NLB 群集中添加和删除主机。
	自动向 TCP/IP 添加群集的 IP 地址。
	只需连接现有群集或者从一个文件中加载主机信息，并在使用完毕后将这些信息保存到文件，便可管理现有群集。
	配置 NLB 以平衡同一个 NLB 群集中的多个网站或应用程序上的负载，其中包括向 TCP/IP 添加所有群集 IP 地址以及对发送到群集中特定主机上特定应用程序的流量进行控制。[请参见下面的虚拟群集特性]
	诊断配置错误的群集。

虚拟群集
　　在 Windows 2000 中，用户只需在群集中每个主机的 TCP/IP 上添加对应于网站或应用程序的 IP 地址，便可平衡同一个 NLB 群集中的多个网站或应用程序的负载。这是因为，在每一台主机上都会对 TCP/IP 中的所有 IP 地址进行负载平衡处理 (专有 IP 地址除外)。Windows 2000 的这种功能的缺点在于：

	为群集指定的“端口规则”会自动应用到将由群集所承载的所有网站或应用程序上。
	群集中的所有主机都必须处理其承载的所有网站或应用程序的流量。
	要阻止某台特定主机上某个特定应用程序的流量，必须阻止该台主机上所有应用程序的流量。

　　Windows Server 2003 有一个被称为虚拟群集的新特性，它通过为每个 IP 提供“端口规则”克服了上述缺点。此特性使用户可以：

	为不同的“群集 IP 地址”配置不同的“端口规则”，每一个“群集 IP 地址”对应 NLB 群集中的一个网站或应用程序。这与 Windows 2000 中的 NLB 不同，Windows 2000 中的“端口规则”应用于整台主机，而不是应用于主机上的某个特定 IP 地址。
	过滤掉发往群集中特定主机上的特定网站或应用程序的流量。这就允许将主机上的单个应用程序脱机以进行升级、重启等操作，而不会影响 NLB 群集其余部分所承载的其他应用程序。
	选择并指定群集所承载的特定网站或应用程序流量应分配给哪台主机。使用这种方法，不再需要群集中的所有主机共同处理发往群集中被托管的所有应用程序流量。

多 NIC 支持
　　Windows 2000 允许用户将 NLB 仅仅绑定到系统中的一块网卡上。Windows Server 2003 允许用户将 NLB 绑定到多块网卡上，从而取消了这种限制。
　　用户现在可以：

	在相同的主机上驻留多个 NLB 群集，同时让它们位于多个完全独立的网络上。可以通过将 NLB 绑定到同一个系统中的不同网卡来实现这一目的。
	当需要对代理服务器或者防火墙上的多个前端平衡负载时，可以使用 NLB 来平衡防火墙或者代理服务器的负载。

使用 IGMP 限制交换机洪水
　　NLB 算法需要 NLB 群集中的所有主机都能看到发往群集的每一个数据包。NLB 不允许交换机将群集的 MAC 地址关联到交换机的某个特定端口，从而实现了这个目的。但是，这种做法也会带来某些副作用，就是发往 NLB 群集的所有数据包会在交换机上的所有端口上造成数据“洪水”。这不仅非常麻烦，而且必将会造成网络资源的浪费。为了解决这个问题，一个被称为 IGMP 支持的新特性被引入到了 Windows Server 2003 之中。该特性有助于将数据“洪水”限制在交换机与 NLB 计算机相连接的端口上。通过这种方式，非 NLB 的计算机不会看到发往 NLB 群集的数据，而与此同时，所有的 NLB 计算机都可以看到发往群集的数据，因此满足了 NBL 算法的要求。但是，应该指出的是：IGMP 支持只有在 NLB 被配置为多播模式时才能启用。多播模式具有它自身的缺陷，关于这一点在知识库 的文章中已经进行了充分的讨论。在部署 IGMP 支持之前，用户应该意识到多播模式的这些缺点。使用单播模式是，通过在交换机中创建 VLAN 并将 NLB 群集置于此 VLAN 上，也可以限制交换机数据洪水。单播模式没有多播模式所具有的缺点，使用这种方式限制交换机数据洪水更为可取。