我们有 5 台新的 Windows (2008 R2) 服务器可供使用。我们计划按以下方式配置它们：
- 3 个运行 IIS 和 DFS 复制（负载平衡）的 Web 服务器
- 2 个 SQL 服务器在主动/被动集群配置中运行 SQL Server 2008 R2
现在，对于 DFS-R 和集群，我们需要两个域控制器，但没有足够的物理服务器供它们使用。
Hyper-V 集群可以安装在运行 SQL 集群的同一硬件上吗？
什么是更好的：
- 一个节点用于 SQL，其他节点运行虚拟 DC
- 每个节点都运行自己的 DC？
可能存在的陷阱？需要注意什么？
注意：我不想虚拟化 SQL 服务器，因为负载太高。DC 根本不应该承受任何负载。Web 服务器没有足够的 RAM 来进行虚拟化，并且没有连接到共享存储。
答案1
我知道您说您不想虚拟化 SQL 服务器，但如果您拥有的硬件就是全部，那么我认为您没有太多选择。我不会将 Hyper-V 角色添加到 SQL 故障转移群集（不确定这是否是受支持的配置）。
我会创建一个 Hyper-V 集群，然后在其中放置一个虚拟化 SQL 集群以及虚拟 DC。更好的是，这是我的个人偏好，我会找到一些较旧的物理服务器仅作为 DC 运行，因为我仍然希望我的 DC 是单一服务的物理机器。
归根结底，我认为您有点进退两难。如果您必须虚拟化 DC，我会创建一个群集 Hyper-v 解决方案，其中包含虚拟 DC（始终将它们放在单独的物理主机上）和虚拟 SQL 故障转移群集。
另一个需要考虑的问题是备份。如果您要使用 DPM，则需要单独的物理服务器。
答案2
虚拟化域控制器时需要注意的是，如果 Active Directory 不可用（虚拟机已关闭），则无法使 Hyper-V 群集联机；如果 Hyper-V 群集不联机，则无法使域控制器联机... 您必须拥有物理域控制器
如果您无法购买 2 台额外的服务器来运行 AD，那么您将必须虚拟化 SQL 集群（两个节点）