![VMWare - 容错 - *SMB* 解决方案?](https://linux22.com/image/491401/VMWare%20-%20%E5%AE%B9%E9%94%99%20-%20*SMB*%20%E8%A7%A3%E5%86%B3%E6%96%B9%E6%A1%88%EF%BC%9F.png)
VMWare vSphere 4 提供了一个新的容错系统,...
VMware Fault Tolerance 基于 vLockstep 技术,可为您的应用程序提供零停机、零数据丢失的持续可用性,而无需传统硬件或软件集群解决方案的成本和复杂性
这是这对于需要可靠服务器的中小企业来说,这有什么答案吗?假设我们有一个 SAN、两台兼容的服务器,以及购买 VMWare 许可证的现金——VMware FT 有什么缺点吗?为什么不是每个人都运行 FT?
答案1
对于使用 FT 的每个虚拟机,您都需要在辅助 ESX 主机上额外部署一个虚拟机(显然如此)。开销是主机上额外的 CPU 和内存使用量,这将与虚拟机的工作负载有关。
请参阅 VMware FT 上这篇非常详细的博客文章:http://communities.vmware.com/blogs/vmroyale/2009/05/18/vmware-fault-tolerance-requirements-and-limitations
它也许能解答您的所有问题。
答案2
考虑到你的情况,我看到的缺点是:
- 快照功能已禁用(尽管阵列级快照可以解决这个问题)
- VCB 和我推测任何使用 vStorage API 的第三方备份都无法使用
- vSphere 中的某些性能增强功能尚不受支持 - NPT\EPT、半虚拟化驱动程序是我所能想到的两个主要功能。
- 您需要保证主服务器和辅助服务器上的 FT VM 的内存可用性均为 100%,另外还要保证开销(为安全起见,可能还需要在两个主机上预留 10-20%)
- 预计 CPU 开销将比标准虚拟化开销高出 5-20%。
- 单个 CPU 的限制可能会成为交易破坏因素。
- 仅支持一组特定的较新的 CPU - 据我所知,基本硬件虚拟化支持是不够的。
答案3
现在不是单 vCPU 吗?我认为这是很大的限制。