在接下来的几个月中，我们正在考虑将故障转移和负载平衡添加到我们的环境中。 我们将有2个Hyper V主机的服务器。 我们正在寻找在两台主机上都有IIS应用服务器和SQL数据库服务器。 那样如果一个箱子失败了，另一个箱子就在那里。 现在我的困惑来自我一直在做的一些谷歌search。 据我所知，似乎有SQL集群/点对点事务设置，以及Hyper-V集群。 我不确定在这种情况下什么效果最好。 主机还会有随机的其他服务器，如系统中心，我们的票务服务器，Exchangepipe理服务器，还有其他几个服务器。 所以我不确定现在Hyper-V集群是最糟糕的select。
谢谢。
使用Hyper-V群集，可以将Hyper-V服务器（2 +）池连接到同一组networking存储器，以便Hyper-V群集中的所有服务器都可以使用LUNS。 您必须拥有此设置的networking存储。 使用Hyper-V Live Migration，您可以将正在运行的VM从一台Hyper-V主机移动到另一台。 如果服务器出现故障，这可以使一台服务器的工作负载转移到另一台服务器上。 如果剩余的服务器能够处理额外虚拟机的负载，这就为您提供了物理冗余。 这种设置不能保护您免受虚拟机操作系统和应用程序本身的损坏。 （有关此设置的详细信息，请参阅http://technet.microsoft.com/zh-CN/library/dd446679(WS.10).aspx ）。
SQL有自己的冗余可用与几个不同的集群选项。 您可以执行传统的主动/被动群集，主动节点和一个或多个被动节点。 此设置需要在服务器之间共享磁盘，并且只安装在主动节点上。 SQL还支持允许多个活动节点的多种复制types。 此方法不需要共享存储，并在每台服务器上保留一个单独的数据库副本。 （有关SQL 2008高可用性选项，请参阅http://msdn.microsoft.com/zh-cn/library/ee523927(v=sql.100).aspx ）
SQL级别的集群可以防止单个节点上出现故障的操作系统或应用程序，从而在该情况下实现自动故障切换。 如果每个实例位于不同的Hyper-V服务器上，则您也可以免受硬件故障的影响。 此外，SQL Server的一些集群方法可以防止单个节点上的数据库损坏。 使用Hyper-V群集并且只有SQL服务器的单个实例不会保护您免受VM中的操作系统/软件故障。 如果停机时间不是一个大问题，则可以在短时间内从虚拟机快照中恢复。
编辑：忘了IIS负载平衡部分。
对于负载均衡IIS，您可以使用Window Network Load Balancing，这将创build一个在两台主机之间共享的虚拟IP。 （请参阅http://technet.microsoft.com/en-us/library/cc770689(v=ws.10).aspx ）
IIS服务器与SQL服务器相同的规则适用于Hyper-V群集还是NLB是正确的选项。 另外对于其他虚拟机，除非它们是集群/负载平衡的，否则不会受到没有Hyper-V集群的Hyper-V主机的问题的保护。
如果要在两台主机之间镜像虚拟客户机，请避免使用HyperV群集。 这可以让虚拟客户机在其他主机出现故障时启动，并让您在主机级平衡负载。
如果您正在执行SQL集群，则可以更快地执行备份SQL步骤，并开始处理请求。 而对于networking负载平衡使用NLB（让你的networking人员参与正确的做法，阅读多播NLB）。 并在两个Exchange虚拟机之间使用Exchange群集。 你会更快乐。