我的组织有两台相同的服务器，HP ProLiant DL380 G5。我们没有 SAN 设备。每台服务器都有 8 个 146GB HDD 和 48GB RAM。
一台服务器当前配置为 Exchange 服务器。另一台服务器配置为虚拟主机，其中设有用于 ePO、WSUS、SQL、文件服务器、DHCP 和其他一些服务的虚拟机。
显然，运行 48GB RAM 的 Exchange 服务器有点浪费，而且我们的虚拟机没有机器冗余。我们希望通过将 Exchange 变成虚拟机并将两台物理服务器用作冗余机器来解决这个问题。
在我上一个组织中，我们使用 SAN 设备实现了这一点。物理服务器不托管虚拟机或 VHD，它们只是指向 SAN。
我的想法是在两台物理服务器上设置 DFS-R，然后设置故障转移群集，但我不知道这是否是正确的方向。
有人能帮帮我吗？谢谢
编辑：读了一些内容后（即这篇文章）：http://blogs.technet.com/b/josebda/archive/2008/07/16/failover-clustering-for-hyper-v-with-file-server-storage.aspx）我是否可以在机器之间建立一个集群，利用两台机器创建一个高可用性文件服务器，然后利用两台机器创建一个高可用性虚拟机？
答案1
除非关闭相关文件，否则 DFS-R 不会提供帮助，并且虚拟硬盘文件永远不会关闭。
为了使用 Hyper-V 实现真正的冗余，您需要对 Hyper-V 主机进行群集。并且该群集必须具有奇数个“见证服务器”，以便在发生故障时决定由哪组机器负责时不会出现平局。当您使用 SAN 时，您会创建一个“见证 LUN”，它与两个主机（也是见证服务器）一起构成奇数。可以配置 Windows 群集，以便将文件服务器用作见证服务器，但这可能无法满足您的需求。
即使您确实让集群正常工作，您也必须考虑如何使存储可靠。SAN 通常本身就是一个集群。它具有冗余电源域、磁盘、处理、内存等，因此任何故障都不会导致它发生故障。有各种软件包可以模拟这种行为，通常是通过清理可用机器上的磁盘空间并将写入复制到多个主机。这些可能对您有用，但它们可能不会具有您在仅使用您描述的两台机器的情况下所需的性能特征。
如果您可以等待 Windows Server 2012，那么 Hyper-V Replica 可能会让您满意。它允许您在每台主机上运行虚拟机，并将虚拟硬盘的内容异步复制到另一台主机。如果一台主机崩溃，您可以在另一台主机上重新启动虚拟机，但会丢失一些尚未复制的数据。
答案2
您可以尝试拼凑某种解决方案，其中一台服务器将成为“共享存储设备”，允许另一台服务器访问相同的数据，但您只能失去另一台服务器。
如果您想要真正的集群和故障转移，则需要共享存储。