我们需要在 Hyper-V 和常规集群技术之间做出选择。这些方法的优点和缺点是什么？
更新：
我们必须使用物理服务器，并希望使用集群方法构建可靠的解决方案。我们需要集群我们的应用程序和数据库（MS SQL）。我们知道我们可以使用：
- 常规 Windows 群集服务。应用程序和数据库将从一个节点迁移到另一个节点。
- Hyper-V 故障转移群集。虚拟机将从一个节点迁移到另一个节点。
- 组合变体。为我们的应用程序提供 MS SQL 和 Hyper-V 的数据库镜像。
我们需要在这两种方法之间做出选择。所以我们需要知道这些方法的优点和缺点？
答案1
我想不出有多少实例表明在机器级别提供高可用性比在应用程序级别提供高可用性更好。如果您有预算，并且您的应用程序支持（如 SQL），那么请在应用程序级别提供 HA。
当您尝试维持多项服务正常运行并且能够为本身不支持 HA 的应用程序和服务提供 HA 时，机器级 HA 真正具有降低成本的好处。
使用应用程序级 HA，你可以做一些机器级 HA 无法做到的事情：
- 您可以更新操作系统而不会遭受大量停机时间。机器级 HA 仍然需要您重新启动 VM 才能安装更新。这将比简单的服务故障转移需要更多的停机时间
- 即使出现操作系统级别故障，也能保持系统运行。
- 能够承受应用程序级干扰。如果服务出现故障，而您只是在虚拟机上进行故障转移，那么您仍然会瘫痪。
答案2
主机集群和客户机集群具有相似的优势。如果一台物理机器发生故障，另一台物理机器将为您的工作负载提供再次运行的平台。
主要的区别在于如何管理集群，以及故障转移时究竟发生什么。
主机集群：
- 您可以配置可运行任何虚拟机的主机组。
- 主机故障导致虚拟机重新启动，并托管在不同的物理机上。
- 需要共享存储
- 集群的管理在主机层，并且相当同质。所有工作负载都具有高可用性属性。
- 集群内通信非常可靠。它不会因为虚拟机没有获得 CPU 时间或无法访问 I/O 而中断。
- 实时迁移依赖于主机集群，因此您可能已经踏上了启用它的途径。
来宾聚类：
- 每个单独的虚拟机都需要配置为集群的一部分。
- 每个集群都特定于工作负载类型。如果工作负载不支持集群，则无法在此级别进行集群。
- 可能需要共享存储，但也可能不需要。
- 集群内通信更难保证，因此有时会不必要地发生故障转移，特别是在实时迁移期间。这对您可能重要，也可能不重要。
- 故障转移发生时可能会更快一些，因为操作系统无需启动。但对于数据库来说，这通常不是故障转移时间的大部分。
我过去认为，如果可以的话，你应该始终在客户机级别进行集群。后来人们向我介绍了其中涉及的管理工作，并向我展示了在主机级别进行集群通常非常有意义。