Hyper-V 和故障转移群集 2 个节点虚拟化 DC 和辅助 DC

Hyper-V 和故障转移群集 2 个节点虚拟化 DC 和辅助 DC

我正在为一家公司从头开始构建一个新网络(50 个用户/计算机)

他们需要

1-域控制器(目前只有一个域)

2-微软 Exchange 服务器

3-文件服务器

4-SQL/数据库服务器“负载不太大”

我计划如下:

两台 IBM 服务器,每台服务器均配备(2x4core 服务器-64 GB Ram-300GB Raid1 硬盘)

具有 Raid 5 的 SAN 系统

使用 Hyper-V 和故障转移群集(2 个节点)我可以使用以下

第一台服务器(DC,文件服务器),第二台服务器(辅助 DC,Exchange,SQL)

这有可能吗?这可取吗?为什么?

答案1

可能,是,可取,否。

您描述的设置可以工作,但如果您考虑灾难恢复和故障计划,您就会发现不足之处。您需要有冗余并制定良好的备份计划(异地!)。对于您描述的配置,我看不到集群的任何好处,而且,它无法与虚拟化的两个域控制器一起使用(请参阅下面 TomTom 的评论)。

对于大多数商业案例我同意微软是一个不错的选择。这确实取决于业务需求,但我看不到任何企业不关心业务的连续性。

答案2

这很愚蠢。

抱歉,太直率了。

请参阅,集群服务需要 dc。

现在发生了什么:

  • 电源故障。
  • 电力恢复。
  • 由于没有 DC 来从中提取配置,因此集群不会启动任何 VM。

游戏结束——享受修复它的乐趣。

每台服务器都有(2x4core 服务器-64 GB Ram-300GB Raid1 硬盘)

坏了。这是一个慢速磁盘系统。我运行一个这样的系统(2x4 核心),在 raid 10 中有 8 个磁盘,但速度仍然太慢。而且这还只是十几个用户。另外还有 10 个磁盘用于数据库服务器,但还好 - 我处理数百 GB 的数据。

我的建议:

  • 使物理机器成为 DC。

这是我在办公室里做的事情(2x 1 六核,16GB RAM)。不要虚拟化域控制器 - 至少保留 2 个物理控制器。否则,当出现问题时,您将陷入痛苦之中。我还将文件服务器保留为物理(Windows 核心功能)。DFS、DNS、DHVP 都是物理完成的。

http://www.ms4u.info/2011/05/why-you-should-not-running-domain.html对您所遭受的痛苦有很好的参考作用。

相关内容