We're Hiring!
Take the next step in your career and work on diverse technology projects with cross-functional teams.
Mountain West Farm Bureau Insurance
office workers empowered by business technology solutions

Keeping Your Cloud Online with VMware Fault Tolerance

Last updated:
No items found.

Green House Data provides a 100% SLA – which means your cloud infrastructure is guaranteed to be online 24/7. But errors in application deployment, cyber attacks, configuration mishaps, heavy network traffic, and other issues can still cause your virtual machines to crash, if you are managing them yourself. One tool in the arsenal to fight cloud downtime is VMware Fault Tolerance.

Fault Tolerance (FT) increases availability of virtual machines by creating an identical copy of the production VM that is continuously updated and ready to replace the original VM in the event of downtime. VMware FT is part of vSphere High Availability and works with it to keep the backup VM in tandem.

FT is often used for applications that require constant availability, especially if they have continual or near-constant client connections, or for custom applications that require clustering.


How does Fault Tolerance work in vSphere?

VMware fault tolerance keeps VMs active when a host goes down

FT is enabled for individual virtual machines manually. The second VM resides on a separate host in your cluster so it does not go down with the production VM in a downtime event. Because the VMs are running in lockstep, or parallel, on separate hosts, vMotion compatibility is required.

Each server continuously shares heartbeats, monitoring status of each other to ensure FT is maintained. The ultimate goal is no user interruptions and zero data loss. In addition, FT avoids a potential problem where two active, identical VMs run into storage and configuration problems when the original VM is restored by using atomic file locking to keep only one side of the failover running.

vCenter Server 4.x and 5.x support up to one vCPU per VM for FT, while vCenter Server 6 supports up to four vCPUs. Your cluster must meet certain requirements including:

Your virtual machines also have specific requirements including:

The Difference Between High Availability and Fault Tolerance

HA is designed to prevent downtime due to the loss of the physical server, loss of a VM, or even loss of an application within a VM. With HA turned on, surviving servers detect downtime and the master node assigns failed VMs to other nodes. If the physical server does not go down, the VM is restarted on the original host.

Although FT works with HA, they do not achieve the same failover results.  FT is part of HA, but not vice versa, and HA should therefore be configured first.

Both work to reduce downtime by transitioning VM workloads to a new host during failure of the original ESX/i host. High Availability is better suited to VMs for which 24/7 uptime is not essential. It allows the VM to fail fully before launching on another host. With Fault Tolerance, the failover is instantaneous, and the new VM also is copied to a new server, which in turn is kept in lockstep.


For mission-critical VMs, VMware Fault Tolerance can be a great way to minimize or eliminate downtime, as in the vast majority of cases, workloads are not interrupted at all. Read some best practices for Fault Tolerance from the VMware vSphere 6.0 Documentation Center before you configure your environment to ensure your FT works properly.

Recent Blog Posts

lunavi logo alternate white and yellow
Service Changes Coming to Microsoft 365 & Office 365

The NCE offers new subscription terms including 12-month and 36-month plans priced lower than monthly contracts. In addition, it is easier to add seats, cancellation policies are more consistent, and there are two promotional options to lock in a better rate for your current renewal. However, the mandatory new plans do include price adjustments.

Learn more
lunavi logo alternate white and yellow
Automate Your Cloud with Azure Bicep

Azure Bicep is a great way to implement Infrastructure as a Code to automate the provisioning of Azure resources. In this post, I’ll get you started by describing how Bicep language works as well as key differences and similarities between Bicep and ARM Templates.

Learn more
lunavi logo alternate white and yellow
Lunavi Response to Log4j Vulnerability

The log4j vulnerability is affecting many Apache systems. Learn how Lunavi is responding to this ongoing threat.

Learn more