Home > Blogs > VMware vSphere Blog


vSphere Storage Appliance (VSA) & Fault Tolerant VMs

I was recently involved in some discussions about how Fault Tolerance would behave on the vSphere Storage Appliance.

The crux of the matter was what would happen if a host in the vSphere Storage Appliance (VSA) suffered a failure. Those of you who are familiar with the VSA will be aware that the VSA takes the local storage from an ESXi host and presents it as a mirrored NFS datastore. Therefore both compute and storage are on the same host. In the event of a host failure, another VSA node (ESXi host) in the cluster takes over the role of presenting the shared storage, and promotes its mirrored copy of the NFS datastore from secondary to primary.

In the case of an FT VM, the VM also has a primary and secondary instance. However, there is still only a single set of files backing the FT VM. Now take the example of an FT VM deployed on ESXi host (A), and residing on the shared storage provided by the VSA also residing on ESXi host (A). In this case, if ESXi host (A) failed, not only does the primary FT VM fail, but the datastore holding its files is no longer available (a double failure if you will). This is in essence a host and storage failure for the FT VM, so the secondary instance of the FT VM would not be able to kick-in immediately as it would have lost access to the underlying files (albeit temporarily).

But there is a work around if you plan carefully.

The objective is to place the primary FT VM on a different ESXi host to its storage, i.e. the primary FT VM runs on ESXi host (A) but it is using the mirrored shared storage from ESXi host (B). Now if ESXi host (A) goes down, the secondary FT VM can kick in because the storage is unaffected by this failure. And conversely, if ESXi host (B) goes down, it is only the storage that is affected, and the mirror copy of the storage comes online in just a few seconds on ESXi host (A). 

Diag1
Obviously, you would need to put the configuration back to its original settings when the outage has been rectified on the ESXi host, but using careful planning on both two node and three node VSA clusters will avoid a host/storage outage impacting your FT VM.

I would also highlight the fact that this is not a scenario unique to the VMware VSA – this is a consideration that one would have to take into account with any storage appliance software running on an ESXi host that wishes to implement VMware Fault Tolerance.

On a 3 node VSA, you could take this one step further and place the primary FT VM on one host, the secondary FT VM on a second host, and use the shared storage from the third host for that FT VM.

Get notification of these blogs postings and more VMware Storage information by following me on Twitter: Twitter @VMwareStorage

This entry was posted in Storage, vSphere and tagged , , on by .
Cormac Hogan

About Cormac Hogan

Cormac Hogan is a senior technical marketing architect within the Cloud Infrastructure Product Marketing group at VMware. He is responsible for storage in general, with a focus on core VMware vSphere storage technologies and virtual storage, including the VMware vSphere® Storage Appliance. He has been in VMware since 2005 and in technical marketing since 2011.

2 thoughts on “vSphere Storage Appliance (VSA) & Fault Tolerant VMs

    1. Cormac

      This wasn’t the case when the article was written – we had no official statement around FT for VSA 1.0. Unfortunately, due to the number of considerations documented above when using FT on VSA datastores, it was decided to call it out as unsupported on VSA 5.1.x.

Comments are closed.