VMware Fault Tolerance 概述及功能

VMware Fault Tolerance - 为您的应用程序提供全天候可用性

通过为虚拟机启用 VMware Fault Tolerance,最大限度地延长数据中心的正常运行时间,减少停机管理成本。基于 vLockstep 技术的 VMware Fault Tolerance 可使应用程序实现零停机、零数据丢失,同时消除了传统硬件或软件集群解决方案的成本和复杂性。

1.消除因硬件故障造成的停机
VMware Fault Tolerance 是一项前沿技术,它通过创建实际上与主实例保持同步的虚拟机实时卷影实例,使应用程序在服务器出现故障的情况下也能够持续可用。VMware Fault Tolerance 实现了在出现硬件故障的情况下在两个实例间进行即时故障切换,因而不会出现任何数据丢失或中断情况。

2.不论操作系统或底层硬件如何,均可为应用程序提供保护*
VMware Fault Tolerance 可以保护任何虚拟机,实现了用一项简单的技术保护所有应用程序。其中包括自主开发的应用程序(或称自定义应用程序),此类应用程序无法使用传统的高可用性产品加以保护。

3.安装简单,只需轻松单击即可完成启用和禁用
可以十分轻松地为各个虚拟机启用或禁用 VMware Fault Tolerance。由于它利用现有的 VMware HA 集群(节点数上限为 16 台服务器),因此可以使用 VMware Fault Tolerance 保护此集群中的任意数量的虚拟机。要求在某些关键时段(例如季末处理)获得持续保护的应用程序可以利用 VMware Fault Tolerance 更加有效地保证在这些时段保持可用。

4.容错
1)完成无缝的状态故障切换。在受保护的虚拟机响应失败时自动触发无缝的状态故障切换,从而实现零停机、零数据丢失的持续可用性
2)自动创建辅助虚拟机。 在故障切换后自动触发新辅助虚拟机的创建工作,以确保应用程序受到持续保护
3)与所有类型的共享存储兼容。VMware Fault Tolerance 可处理所有类型的共享存储,如光纤通道、NAS 或 iSCSI
4)与所有操作系统兼容。VMware Fault Tolerance 可处理 VMware ESX 支持的所有操作系统*
5)与现有的 VMware DRS 和 VMware HA 集群兼容。VMware Fault Tolerance 可处理现有的 VMware DRS 和 VMware HA 集群**,只需一个额外的专用千兆以太网网络即可
6)只需轻松点击即可进行管理。只需在 vSphere Client 中轻松执行点击操作,即可启用或禁用 VMware Fault Tolerance,使管理员能够根据需要使用其功能。

*只具有一个虚拟处理器的虚拟机支持 VMware Fault Tolerance。
*VMware Fault Tolerance 要求使用 Intel 31xx、33xx、52xx、54xx、55xx、74xx 或 AMD 13xx、23xx、83xx 系列处理器

VMware Fault Tolerance 概述及功能,布布扣,bubuko.com

时间: 2024-10-23 14:34:31

VMware Fault Tolerance 概述及功能的相关文章

VMware Storage VMotion概述及功能

可以跨存储阵列实时迁移虚拟机磁盘文件.VMware Storage VMotion 使您可以在共享存储位置之间和跨共享存储位置重新分配虚拟机磁盘文件,同时保证连续的服务供应和事务处理的完整性. 1.可以实时迁移虚拟机磁盘文件VMware Storage VMotion 是一套一流的解决方案,使您能够跨异构存储阵列执行实时的虚拟机磁盘文件迁移,同时保证全面的事务完整性,而且不会发生关键应用程序的服务中断. 在您的虚拟基础架构中实施 VMware Storage VMotion 所获得的功能包括:执

将Fault Tolerance功能与DRS配合使用

启用Enhanced vMotion Compatibility(EVC)功能,可以将vSphereFault Tolerance与vSphere Distributed Resource Scheduler(DRS)配合使用.此过程不但可使容错虚拟机受益于更好的初始放置位置,还可以将其纳入群集的负载平衡计算中. 当群集启用了EVC时,DRS将为容错虚拟机提出初始放置位置建议,在重新平衡群集负载期间移动这些虚拟机,并运行为主虚拟机分配DRS自动化级别(辅助虚拟机总是采用与其关联的主虚拟机相同的设

Fault Tolerance(FT)

vSphere Fault Tolerance通过创建和维护与主虚拟机相同,并且可在发生故障切换时随时替换主虚拟机的辅助虚拟机,来确保虚拟机的连续可用性,其实就是一为某一个虚拟机创建一个完全相同的副本.可以为虚拟机启用vSphere Fault Tolerance.比获得比vSphere HA所提供的级别更高的可用性和数据保护,从而确保业务连续性.Fault Tolerance时基于ESXi主机平台构建的(使用VMware vLockstep技术),它通过在单独主机上一虚拟锁步方式运行相同的虚拟

Apache Flink fault tolerance源码剖析(一)

因某些童鞋的建议,从这篇文章开始结合源码谈谈Flink Fault Tolerance相关的话题.上篇官方介绍的翻译是理解这个话题的前提,所以如果你想更深入得了解Flink Fault Tolerance的机制,推荐先读一下前篇文章理解它的实现原理.当然原理归原理,原理体现在代码实现里并不是想象中的那么直观.这里的源码剖析也是我学习以及理解的过程. 作为源码解析Flink Fault Tolerance的首篇文章,我们先暂且不谈太有深度的东西,先来了解一下:Flink哪里涉及到检查点/快照机制来

Apache Flink fault tolerance源码剖析(三)

上一篇文章我们探讨了基于定时任务的周期性检查点触发机制以及基于Akka的actor模型的消息驱动协同机制.这篇文章我们将探讨Zookeeper在Flink的Fault Tolerance所起到的作用. 其实,Flink引入Zookeeper的目的主要是让JobManager实现高可用(leader选举). 因为Zookeeper在Flink里存在多种应用场景,本篇我们还是将重心放在Fault Tolerance上,即讲解Zookeeper在检查点的恢复机制上发挥的作用. 如果用一幅图表示快照机制

Apache Flink fault tolerance源码剖析(五)

上一篇文章我们谈论了保存点的相关内容,其中就谈到了保存点状态的存储.这篇文章我们来探讨用户程序状态的存储,也是在之前的文章中多次提及的state backend(中文暂译为状态终端). 基于数据流API而编写的程序经常以各种各样的形式保存着状态: 窗口收集/聚合元素(这里的元素可以看作是窗口的状态)直到它们被触发 转换函数可能会使用key/value状态接口来存储数据 转换函数可能实现Checkpointed接口来让它们的本地变量受益于fault tolerant机制 当检查点机制工作时,上面谈

Flink Program Guide (9) -- StateBackend : Fault Tolerance(Basic API Concepts -- For Java)

State Backends 本文翻译自文档Streaming Guide / Fault Tolerance / StateBackend ----------------------------------------------------------------------------------------- 使用Data Stream API编写的程序通常以多种形式维护状态: ·  窗口将收集element或在它被触发后聚合element ·  Transformation方法可能会

Apache Flink fault tolerance源码剖析(四)

上篇文章我们探讨了Zookeeper在Flink的fault tolerance中发挥的作用(存储/恢复已完成的检查点以及检查点编号生成器). 这篇文章会谈论一种特殊的检查点,Flink将之命名为--Savepoint(保存点). 因为保存点只不过是一种特殊的检查点,所以在Flink中并没有太多代码实现.但作为一个特性,值得花费一个篇幅来介绍. 检查点VS保存点 使用数据流API编写的程序可以从保存点来恢复执行.保存点允许你在更新程序的同时还能保证Flink集群不丢失任何状态. 保存点是人工触发

Apache Flink fault tolerance源码剖析完结篇

这篇文章是对Flinkfault tolerance的一个总结.虽然还有些细节没有涉及到,但是基本的实现要点在这个系列中都已提及. 回顾这个系列,每篇文章都至少涉及一个知识点.我们来挨个总结一下. 恢复机制实现 Flink中通常需要进行状态恢复的对象是operator以及function.它们通过不同的方式来达到状态快照以及状态恢复的能力.其中function通过实现Checkpointed的接口,而operator通过实现StreamOpeator接口.这两个接口的行为是类似的. 当然对于数据