某些情况下,您可以在没有 Microsoft Windows NT 4.0、Windows 2000 或 Windows Server 2003 域控制器的环境中部署 Windows 2000 和 Windows Server 2003 群集节点。此方案要求至少将一个群集节点配置为域控制器。不过,在两节点群集中,如果一个节点是域控制器,则另一个节点也必须是域控制器。如果这是 Windows 2000 Datacenter 或 Windows Server 2003 Datacenter Edition Server 四节点群集,则不必将所有四个节点都配置为域控制器。但是,由于最佳做法是至少有一个备份域控制器,所以最好将其余三个节点中的至少一个节点配置为域控制器。由于 Windows 2000 和 Windows Server 2003 依赖“域名系统”(DNS),因此,如果没有支持动态更新或 SRV 记录的另一个 DNS 服务器,那么每个域控制器都必须是 DNS 服务器。(Microsoft 建议使用与 Active Directory 集成的区域)。有关其他信息,请参阅文章 255913。
要使 Windows 群集正常运行(群集服务在每个节点上启动),组成群集的节点必须能够验证群集服务域帐户,该帐户是您在 Windows 群集安装期间配置的。要达到这一目的,每个节点必须能够与域控制器建立安全通道,以验证此帐户。如果节点不能验证帐户,群集服务就不会启动。这一规则同样适用于必须先验证帐户才能启动服务的其他群集程序,例如,Microsoft SQL Server 和 Microsoft Exchange。
如果您的群集部署中没有与 Windows NT 4.0 域、Windows 2000 域或 Windows Server 2003 域的链接,则必须将群集节点配置为域控制器,这样才能始终对群集服务帐户进行验证,从而使群集正常运行。
如果群集节点与域控制器之间的连接使得链接缓慢或不可靠,应考虑让域控制器与群集共存,或将群集节点配置为域控制器。
在将 Windows 群集节点部署为域控制器时,请考虑以下要点:
如果您的群集部署中没有与 Windows NT 4.0 域、Windows 2000 域或 Windows Server 2003 域的链接,则必须将群集节点配置为域控制器,这样才能始终对群集服务帐户进行验证,从而使群集正常运行。
如果群集节点与域控制器之间的连接使得链接缓慢或不可靠,应考虑让域控制器与群集共存,或将群集节点配置为域控制器。
在将 Windows 群集节点部署为域控制器时,请考虑以下要点:
• | 如果两节点群集中的一个群集节点是域控制器,则所有节点都必须是域控制器。建议将四节点 Datacenter 群集中的至少两个节点配置为域控制器。 |
• | 运行域控制器将涉及相应的开销。空闲的域控制器可能占用 130 到 140 兆字节 (MB) 的内存,其中包括运行 Windows 群集所需的内存。如果这些域控制器必须与域内或所有域上的其他域控制器进行复制操作,还会产生复制流量。大多数公司群集部署中的节点都有上千兆字节 (GB) 的内存,因此这通常不成问题。 |
• | 如果 Windows 2000 或 Windows Server 2003 群集节点是唯一的域控制器,则它们每一个也都必须是 DNS 服务器,而且它们应指向自身以进行主 DNS 解析,并指向对方以进行辅助 DNS 解析。您必须解决如何才能不在 DNS 中注册专用接口这个问题,特别是当它通过交叉电缆连接时(仅限两节点)。 有关如何配置检测信号接口的其他信息,请单击下面的文章编号,查看 Microsoft 知识库中相应的文章:
258750
(http://support.microsoft.com/kb/258750/) 建议在群集服务器上使用的专用“检测信号”配置
不过,在完成文章 258750 中的第 12 步之前,必须先按照以下 Microsoft 知识库文章中的说明修改其他配置设置:
275554
(http://support.microsoft.com/kb/275554/) 在您选择不注册连接的地址之后主机的“A”记录在 DNS 中注册
|
• | 如果群集节点是唯一的域控制器,则它们每一个都必须是全局目录服务器,或者您必须实现 domainlet(小域)。有关实现 domainlet(小域)的更多信息,请参阅以下 Microsoft Web 站点中的文档:
http://www.microsoft.com/windows2000/techinfo/administration/cluster/domainlets.asp
(http://www.microsoft.com/windows2000/techinfo/administration/cluster/domainlets.asp)
|
• | 林中的第一个域控制器承担所有灵活的单个主机操作角色(参阅文章 197132)。您可以将这些角色重新分配给各个节点。但是,如果节点进行故障转移,该节点所承担的灵活的单个主机操作角色将不再有效。您可以使用 Ntdsutil 强行移走角色,并将它们分配给仍在运行的节点(请参阅文章 223787)。有关灵活的单个主机操作角色在整个域中的位置信息,请查看文章 223346。 |
• | 如果域控制器太忙,以致群集服务在需要时无法访问“仲裁”驱动器,则群集服务可能会将这种情况解释为资源故障,并导致群集组故障转移到其他节点。如果“仲裁”驱动器位于另一组中(尽管不 应该是这样)并被配置为影响该组,那么如果出现故障,所有的组资源可能都会移到另一节点,而这可能不是您所希望的。有关“仲裁”配置的更多信息,请参阅“参考”部分列出的文章 280345。 |
• | 在节点同时也是域控制器的情况下,由于资源的限制,将其他程序(如 SQL 或 Exchange)群集在一起可能不会产生最佳性能。在部署此配置之前,应该在实验室环境中对其进行彻底测试。 |
• | 您可能考虑让群集节点作为域控制器(参阅文章 171390 了解更多信息),但如果本地已有域控制器,或与域控制器之间存在可靠高速的连接,则 Microsoft 不建议在群集节点上实现域控制器。 注意:在安装 Windows 群集之前,必须使用 Dcpromo 工具将群集节点升级到域控制器(参阅文章 269229 了解更多信息)。 |
参考
本BLOG中还包含下列信息:
255913
(http://support.microsoft.com/kb/255913/) 将 Windows 2000 DNS 集成到现有的 BIND 或基于 Windows NT 4.0 的 DNS 命名空间中
275554
(http://support.microsoft.com/kb/275554/) 在您选择不注册连接的地址之后主机的“A”记录在 DNS 中注册
223787
(http://support.microsoft.com/kb/223787/) Flexible Single Master Operation 转移和捕获过程
197132
(http://support.microsoft.com/kb/197132/) Windows 2000 Active Directory FSMO 角色
223346
(http://support.microsoft.com/kb/223346/) 在 Windows 2000 域控制器上放置和优化 FSMO
234790
(http://support.microsoft.com/kb/234790/) 如何查找担任 FSMO 角色的服务器
171390
(http://support.microsoft.com/kb/171390/) 如果无法使用域控制器则群集服务可能不会启动