我们正在寻找不同的选项，以便在主数据中心 (DC1) 因任何原因停机时仍能保持正常运行。使用日志传送作为热备份始终更新异地服务器的主要区别是什么？（这意味着如果 DC 1 停机或离线，我们将手动将 DNS 重定向到 DC2）。
与运行 Hyper V 群集并将其设置为在 DC 1 发生故障时自动故障转移到 DC 2 相比？尽管我们不清楚流量如何实时重定向，除非我们在云中运行某种负载平衡器？
我认为 Hyper V 群集选项（如果是自动的）将为我们提供最少的停机时间？那么我们是否还要费心进行 SQL Server 日志传送？这两件事似乎在某些方面重叠，我们不需要同时做这两件事？
我知道 Hyper V 集群需要某种共享磁盘（在这种情况下，将 iscsi 目标视为服务器映像的 san 选项），但 sql server 日志传送似乎也需要见证服务器，因此无论哪种方式，我们都必须引入更多硬件来管理。
DB 是 30Gb，运行在 SQL 2008 R2 上，Web 是 2008 R2（均计划在未来几个月内升级到 2012）。
答案1
要回答你的问题，你需要弄清楚你到底在寻找什么。让我来定义一些术语。
对我来说，高可用性 (HA)（但对 TomTom 来说不是，请评论您的问题）意味着没有任何单一故障会导致您的 VM 永久脱机。在 Hyper-V 的上下文中，这是一个主机群集，其中一个物理节点的故障将导致 VM 在另一个节点崩溃后重新启动。
对我来说，容错 (FT) 意味着虚拟机中不会出现虚拟化层故障（软件或硬件）。虚拟机将继续运行。VMware 和 Xen 以及其他系统可以做到这一点，但有很多注意事项，通常最明显的是虚拟机中虚拟处理器数量的限制非常低。Hyper-V 不提供 FT，但您可以找到可以提供解决硬件层问题的系统的服务器硬件供应商。
对我来说，灾难恢复 (DR) 意味着整个数据中心（或其大部分）发生故障不会使您的 VM 处于离线状态。Server 2012 中的 Hyper-V 提供了“Hyper-V 副本”来解决这种情况。
如果您想要自动故障转移，那么您需要一个 Hyper-V 主机和 HA VM 的“延伸集群”，其中集群的某些节点位于主数据中心，某些节点位于辅助数据中心。这将需要在两个数据中心都存在共享块存储（通常是 SAN）。
不过，通常情况下，您并不需要自动故障转移，因为在将服务移至另一个数据中心之前，您需要非常确定主数据中心确实处于离线状态，或者因为在虚拟机移动时需要进行某种程度的重新配置。Hyper-V Replica 就是针对这种情况而设计的。如果您愿意，可以通过编写故障转移脚本使其更加自动化，但这是您需要在其之上添加的功能。