在这个中间的基础架构上，如何成为VM的冗余？

Question

我需要为一个协会实现三个虚拟机来管理域和另外两个使用数据库的软件。当然，他们没有很大的预算，但我正试图用他们的预算来实现一些稳定和可用的东西，以防设备崩溃。

我计划选择一个好的服务器，并使用它的VM存储和计算，并与超V的成本原因。

我想知道是否有可能为虚拟机提供一种可能的冗余，该虚拟机承载一个关键软件(使用数据库)，而不通过将存储与ESX分离来增加预算，并购买两个存储设备和两个用于计算的设备，比如ESX。

具体而言，在两个服务器之间，我们能否确保如果一个服务器崩溃，另一个服务器将维护VM的操作？

我希望这个案子能引起一些人的兴趣，谢谢！

Answer 1

根据应用程序的工作方式，设计您想要的冗余量以及使用什么方法。即使在小规模上，医管局也有时间和金钱上的成本。根据组织的恢复时间目标进行支出。

如果计算节点失败，仅作为一个VM存在的应用程序将无法工作。考虑几个备选方案：

• 在不同的无共享主机上运行同一个应用程序VM的副本，并使用负载平衡方案。
• 使用活动迁移(可能在共享存储上)在另一个主机上启动相同的VM
• 使用故障转移群集，以便应用程序的一个副本可以移动到另一个主机。

特别是有些数据库有自己的复制。它们在不同的主机上保存数据库的第二份最新副本，而不需要共享存储。

根据您选择的HA技术，有多少计算节点和什么存储具有约束。

• 3物理主机通常是最小大小的集群。两种可能是可能的，但它使法定人数更加困难。
• 共享无存储更容易存储，因为每个主机都可以使用本地存储。然后HA处于负载均衡器或数据库复制中。或者可能使用共享-无VM的实时迁移。
• 一个传统的专用存储数组是提供共享存储的相对简单的方法。它们的冗余是内部的、双控制器和多个磁盘。复制到另一个数组是可能的，但您确实希望降低成本。
• 超收敛，将多个节点上的本地存储捆绑在一起，形成一个存储池，并不能很好地缩小到一个小的2节点环境。但是，当您在许多计算节点上有过多的存储时，这是很好的。