我需要为一个协会实施三台虚拟机来管理域和两款将使用数据库的软件。当然，他们的预算并不多，但我正在尝试利用他们的预算实施一些稳定且可用的系统，以防设备崩溃。
我打算选择一台好的服务器并将其用于虚拟机存储和计算，并出于成本原因与 Hyper V 一起使用。
我想知道是否有可能通过将存储与 ESX 分离并购买 2 台设备用于存储和 2 台设备用于计算（如 ESX），为托管关键软件（使用数据库）的虚拟机实现可能的冗余，而不会超出预算。
具体来说，仅在两台服务器之间，我们能否确保如果一台服务器崩溃，另一台服务器将维持虚拟机的运行？
我希望这个案例可能会引起某些人的兴趣，谢谢！
答案1
根据应用程序的工作方式设计所需的冗余度和方法。即使规模很小，HA 也会花费时间和金钱。根据组织的恢复时间目标进行花费。
如果计算节点发生故障，仅作为一台虚拟机存在的应用程序将无法运行。请考虑以下几种选择：
- 在使用负载平衡方案的不同无共享主机上运行同一应用程序虚拟机的副本
- 通过实时迁移在不同的主机上启动同一个虚拟机，可能在共享存储上
- 使用故障转移群集，以便应用程序的一个副本可以移动到另一个主机
某些数据库有自己的复制功能。这些复制功能可使数据库的第二份副本在不同主机上保持最新状态，而无需共享存储。
根据您选择的 HA 技术，计算节点的数量和存储具有限制。
- 3 个物理主机通常是一个最小规模的集群。2 个主机也有可能，但这会使仲裁变得更加困难。
- 无共享存储是一种更简单的存储，因为每个主机都可以使用本地存储。然后 HA 位于负载平衡器或数据库复制中。或者可能使用无共享 VM 实时迁移。
- 传统的专用存储阵列是提供共享存储的一种相对简单的方法。它们的冗余是内部的、双控制器和多个磁盘。可以复制到另一个阵列，但您确实希望降低成本。
- 超融合将许多节点上的本地存储捆绑在一起以形成存储池，无法很好地缩减到小型 2 节点环境。但是，当您在许多计算节点上拥有多余的存储空间时，这很有用。