通过为运行中的虚拟机创建一个完全相同的实时副本,FT确保了当主虚拟机遇到任何故障时,服务不会经历任何中断
然而,尽管FT功能强大,但其在实际应用中也存在着一些不可忽视的限制
本文将深入探讨VMware FT功能的限制,并解析这些限制背后的原因
一、授权许可的限制 首先,VMware FT功能的启用受到授权许可的严格限制
用户必须在虚拟机上拥有Enterprise Plus级别或以上的授权许可,才能启用FT功能
这一要求意味着,许多中小型企业或预算有限的大型企业可能无法承担这一费用,从而无法使用FT功能
这在一定程度上限制了FT功能的普及和应用范围
授权许可的限制不仅仅体现在费用上,还体现在对虚拟机配置的要求上
由于Enterprise Plus级别的授权许可通常伴随着更高的硬件和软件要求,因此,那些希望使用FT功能的企业必须确保他们的虚拟机环境满足这些要求
这包括使用与vSphere vMotion兼容的CPU、支持硬件MMU虚拟化的CPU(如IntelEPT或AMDRVI)以及专用的10-Gbit日志记录网络等
这些硬件和软件要求进一步增加了使用FT功能的门槛
二、虚拟机配置的限制 除了授权许可的限制外,VMware FT功能还对虚拟机的配置提出了严格的要求
其中,最显著的限制是FT只能保护单vCPU的虚拟机
这一限制使得那些希望在关键虚拟机上使用多个vCPU的企业客户无法充分利用FT功能
尽管这些客户可能愿意支付额外的费用来购买额外的授权许可特性,但FT的这一限制仍然阻碍了他们实现更高的可用性和容错性
此外,启用FT功能还需要将主虚拟机的内存预留设置为全预留,以防止内存需求激增或交换的发生
这一要求进一步增加了虚拟机的资源开销,并可能导致整体性能的下降
据估计,启用FT功能可能会使虚拟机的性能降低高达10%
如果辅虚拟机的CPU无法与主虚拟机保持一致,那么性能还会进一步降低
三、集群和网络的限制 在集群环境中,VMware FT功能也面临着一些限制
首先,集群中的所有主机都必须能够访问相同的网络和共享存储
这是因为FT功能需要实时同步主虚拟机和辅虚拟机之间的状态信息,而这些信息通常存储在共享存储上
如果某个主机无法访问共享存储或网络,那么FT功能可能无法正常工作
其次,集群中的主机应该具有类似的性能,以确保主虚拟机和辅虚拟机能够以近似的速度运行
VMware官方建议主机的CPU差异不能大于400MHz
这一要求使得在异构硬件环境中部署FT功能变得具有挑战性
此外,为了支持FT功能的日志记录网络,集群中的每个主机都应该配置专用的10-Gbit网络链路,并确保该网络链路具有低延迟和高带宽FT
功能这是因为需要实时同步主虚拟机和辅虚拟机之间的状态信息,而这些信息需要通过日志记录网络进行传输
如果日志记录网络存在瓶颈或延迟,那么FT功能的性能可能会受到影响
四、设计和管理上的复杂性 除了上述硬件和软件限制外,VMware FT功能还带来了设计和管理上的复杂性
首先,在设计vSphere环境时,需要考虑到FT功能对HA和DRS的影响
例如,FT功能通过隐藏的反关联性规则让主辅虚拟机彼此分开,这可能导致VM-VM关联性规则和VM-Host关联性规则在发生故障转移时产生冲突
此外,FT功能预留了主虚拟机上的所有内存,并删除了所有阈值设置,这可能会影响HA的效率
其次,在管理上,启用FT功能的虚拟机需要额外的监控和管理
例如,需要定期检查主虚拟机和辅虚拟机之间的同步状态,以确保它们之间的状态信息保持一致
此外,还需要配置任务计划来启用和禁用FT功能,以便根据需要来保护虚拟机
这些额外的监控和管理任务增加了IT管理员的工作负担
五、实际应用的考虑 尽管VMware FT功能存在上述限制和挑战,但在实际应用中,它仍然具有一些独特的优势
例如,FT功能提供了比HA更高的商业连续性级别
当主虚拟机发生故障时,副本虚拟机可以立即被激活,所有关于虚拟机状态的信息都会被完整地保留下来
这使得FT功能成为保护关键业务应用程序的理想选择
然而,在实际应用中,企业需要根据自身的业务需求和资源状况来权衡是否使用FT功能
例如,对于那些对可用性和容错性要求极高的业务应用程序,可以考虑使用FT功能来提供额外的保护
但对于那些对资源开销和成本有严格限制的业务应用程序,可能需要考虑其他替代方案来提供可用性和容错性
六、结论 综上所述,VMware FT功能虽然强大,但在实际应用中也存在着一些不可忽视的限制和挑战
这些限制包括授权许可的限制、虚拟机配置的限制、集群和网络的限制以及设计和管理上的复杂性等
因此,在决定是否使用FT功能时,企业需要综合考虑自身的业务需求和资源状况来做出明智的决策
同时,随着技术的不断发展和进步,我们也期待VMware能够不断优化和改进FT功能,以更好地满足用户的需求和期望