博客

越来越多的公司现在在云端运行他们的系统或将云端与自己的服务器混合使用。VMware多年来一直是首选。它提供了强大的工具，如VMware HA、灾难恢复（DR）和实时迁移。这些工具即使在硬件故障时也能保持应用程序运行。然而，价格不断上涨，许多团队希望找到更简单、更便宜且能在不同云之间工作的解决方案。
本文详细探讨了VMware目前提供的服务，并展示了真正的替代品，这些替代品通常能以更低的成本做得更好。
VMware中的高可用性（HA）及其对企业的重要性
VMware HA是什么？它如何使企业受益？
VMware HA监控每个物理服务器。当一台服务器停止工作时，VMware HA会迅速在同一组中的另一台服务器上启动虚拟机。用户通常只会看到几秒钟的暂停。
这个功能使公司免受长时间中断的困扰。对于商店、银行或医院来说，即使只有一个小时的停机也可能造成很大的损失。多年来，VMware HA已经保护了成千上万的公司。
探索VMware HA的替代品
如今，许多公司在不同的地方使用服务器——一些在自己的数据中心，一些在AWS，一些在Azure。
ZStack是VMware高可用性的替代品之一。它保持虚拟机的运行，无论它们是坐在本地服务器上还是在云端。ZStack实时监控一切，并在需要时自动移动或重新启动机器。
在虚拟化平台类别中，ZStack ZSphere作为下一代虚拟化平台，采用了全栈高可用性（HA）架构，提供多层次的业务连续性保护。这包括：
从基础设施级别的高可用性——包括冗余网络架构和多副本、多路径存储保护
到平台级别的高可用性——一直延伸到业务虚拟机的高可用性保护
这种多维HA设计不仅保证了企业运营的不间断性，而且还为寻求VMware替代品的组织提供了一条可靠的新技术路径。它使企业能够构建更具弹性和成本效益的虚拟化基础设施，提供99.99%的金融级可用性和服务稳定性。
ZStack ZSphere采用了两个管理节点的主动-备用架构，通过虚拟IP（VIP）对外暴露服务。核心机制依赖于内置的HA进程，负责环境初始化、服务监控和故障处理。HA进程不断监控关键的服务组件，包括管理节点核心服务、Web UI和数据库。一旦检测到任何服务异常，它会自动触发VIP故障转移到健康的备用节点，使用Keepalived，使流量在几秒钟内切换，最小化管理停机时间。
ZSphere平台提供了多种虚拟机高可用性故障转移策略。这些策略决定了当计算、存储或网络资源出现故障时，虚拟机是否应该自动在另一个物理主机上重新启动。
1）基于轮询的故障检测，确保虚拟机平滑迁移
故障转移机制可以检测以下资源的状态：
管理网络连接
监控虚拟机的物理主机与管理节点之间的网络连接。
如果管理节点失败或管理网络出现故障，管理网络连接被认为是有故障的。
存储网络连接
监控虚拟机与托管其系统盘的数据存储资源之间的网络连接。
如果存储后端失败或存储网络中断，虚拟机的存储网络状态被标记为有故障。
业务NIC（vNIC）状态
如果分布式虚拟交换机的上行NIC或直接连接到业务NIC的交换机端口出现故障，虚拟机的业务NIC被认为是有故障的。
基于资源状态检测，故障转移策略支持真值表配置。
管理网络状态
存储网络状态
业务NIC状态
故障转移行为
正常
正常
故障
迁移/不迁移
正常
故障
正常
迁移/不迁移
正常
故障
故障
迁移/不迁移
故障
正常
正常
不迁移
系统对虚拟机所在的物理主机进行基于轮询的检测。如果以下任何状态变得异常——管理网络连接、存储网络连接或业务NIC状态——虚拟机将根据配置的虚拟机故障转移策略在另一个物理主机上启动。
Fencer机制实现强制性故障隔离
在高可用性集群中，当检测到主机有故障时——特别是当管理网络同时失败时——主机进入未知状态。它可能实际上并没有崩溃，但集群的其他部分认为它有故障，而主机本身认为它仍然是健康的。
在这一点上，它可能仍在运行其虚拟机，并尝试读取和写入共享存储。如果不对这台“被宣布为故障”的主机采取行动，可能会导致灾难性的后果：两个主机可能都认为它们控制着虚拟机，并同时读取和写入共享存储上的同一个虚拟磁盘文件，导致数据损坏。
为了解决这个关键问题，ZStack ZSphere在高可用性集群中引入了Fencer机制，以确保在被宣布为故障的主机上的虚拟机被强行隔离，防止它们访问任何共享集群资源。
只有在确认故障主机上的虚拟机已经被正确隔离后，管理节点才会在健康的主机上进行故障转移以