我的组织有两台相同的服务器，即HP ProLiant DL380 G5。 我们没有SAN设备。 每台服务器都有8个146GB的硬盘和48GB的RAM。
一台服务器当前configuration为Exchange服务器。 另一台服务器configuration为虚拟主机，具有用于ePO，WSUS，SQL，文件服务器，DHCP和其他一些服务的虚拟机。
显然，运行48GB内存的交换服务器有点浪费，虚拟机没有机器冗余。 我们希望通过交换虚拟机来解决这个问题，并将两台物理服务器用作冗余机器。
在我最后一个组织中，我们使用SAN设备来完成这个任务。 物理服务器没有托pipe虚拟机或VHD，他们只是指向SAN。
我的想法是在两台物理服务器之间build立DFS-R，然后build立故障转移群集，但我不知道这是否接近正确的方向。
任何人都可以帮我吗？ 谢谢
编辑：在做了一些阅读（即这篇文章： http : //blogs.technet.com/b/josebda/archive/2008/07/16/failover-clustering-for-hyper-v-with-file-server -storage.aspx ）是否有可能在机器之间build立一个集群，创build一个高可用性的文件服务器，利用这两台机器，然后利用这两台机器获得高可用性的虚拟机？
直到有问题的文件closures，DFS-R才会有帮助，虚拟硬盘文件永远不会closures。
为了通过Hyper-V获得真正的冗余，您需要对Hyper-V主机进行群集。 而且这个集群必须有奇数个“证人”，所以当出现问题时，决定哪一组机器是负责的。 当您使用SAN时，您将创build一个“证人LUN”，与同时也是证人的两位主机一起制作一个奇数。 Windows群集可以configuration为使用文件服务器作为见证，但这可能不会满足您的需求。
即使您的集群正在运行，您也必须考虑如何使存储可靠。 SAN通常是一个集群。 它具有冗余的电源域，磁盘，处理器，内存等，这样不会有人失败。 有各种软件包可以模拟这种行为，通常是通过清理可用机器上的磁盘空间并将写入复制到多个主机。 这些可能适合你，但是他们可能不会有你只想给你描述的两台机器的性能特点。
如果您可以等待Windows Server 2012，则可能会对Hyper-V副本感到满意。 它将允许您在每台主机上运行虚拟机，并将asynchronous地将虚拟硬盘的内容复制到另一台主机。 如果主机崩溃，则可以在另一台主机上重新启动虚拟机，并丢失了一些尚未复制的数据。
你可以试着拼凑一些解决scheme，其中一台服务器将成为一个“共享存储设备”，让另一台服务器访问相同的数据，但是你只能丢失另一台服务器。
如果你想要真正的集群和故障转移，你需要共享存储。