Another new feature of VMware vSphere 4 is the ability to use Fault Tolerance or FT. It is the ability to have real high availability, This is, with previous versions of VMware, we had DRS, that if a physical host went down, the virtual machines running on it, they run on another host, Foresaw a restart of the virtual machines. What VMware FT gives us is the possibility that virtual machines do not have to be restarted, and in case of ESX host crash with virtual machines, those that are protected with FT will continue to run on another host without loss of service.

¿Cómo es esto? Al habilitar FT sobre una máquina virtual, se habilita en background la ejecución de una segunda máquina virtual copia de la primera en otro host, quedando dicha máquina cómo ‘lectura’, y sólo cambiará su estado si la máquina virtual primaria cae, basado en la tecnología vLockstep. Eso es lo bueno, The bad, los requisitos que tiene FT a fecha de hoy, se da por hecho que para siguientes versiones dichos requisitos desaparecerán. Requirements:

– Host ESX deben ser versión 4 or higher.
– Debe existir un clúster HA.
– El procesador/CPU de dichos host ESX debe ser de la misma famíla.
– Hyperthreading deshabilitado.
– Lógicamente la MV no puede tener ningún dispositivo físico conectado del host (CD, adaptador PCI, disquetera…)
– La máquina virtual debe estar en un almacenamiento compartido.
– Sólo 1 vCPU en la máquina virtual.
– Configurada una red para VMotion con 2 NIC por host.
– Configurada una red para Faul Tolerance Logging con 2 NIC por host.
– La máquina virtual secundaría estará en ejecución, esperando a que la primaria falle. Por lo tanto consumirá sus recursos, no como la primaria pero consumirá.
– Si tenemos DRS, las máquinas virtuales protegidas no se moverán de forma automática entre los hosts.
– No se pueden hacer snapshot en dichas MV, ni por lo tanto usar backups basados en snapshots (cómo VCB o DataRecovery).
– Dichas MV no podrán disponer de adaptadores USB ni dispositivos de sonido.
– No está soportado el uso de MSCS (Microsoft Cluster Services) dentro de la máquina virtual.
– No podremos usar RAW o RDM, This is, mapear directamente una LUN contra estas máquinas virtuales.
– En cuanto al uso de los discos duros virtuales, no se podrán mover en caliente usando Storage VMotion. Ni podrán ser discos Thin, otherwise, que serán Thick.

Una vez cumplimos los requisitos, la mayoría de ellos lógicos, otros cómo 1vCPU esperando a que desaparezcan… Continue.

First of all, a la hora de crear la máquina virtual es tener en cuenta que el disco duro está configurado para ser usado con Fault Tolerance, Marking “Support clustering features such as Fault Tolerance”.

Tendremos que tener dos adaptadores a 1 Giga para la red de los log’s de FT entre todos los host ESX, así cómo una para VMotion.

Una vez cumplimos con todos los requisitos, habilitar FT es sencillo, sobre la máquina virtual que nos interese proteger, Right-click “Fault Tolerance” > “Turn On Fault Tolerance”,

Debemos confirmar que habilitaremos FT, “Yes”,

… esperamos unos segundos mientras habilita…

Y veremos la máquina virtual diferente, si pulsamos en ella y vamos a la pestaña de “Sumary” veremos que Fault Tolerance está habilitado, ya que indica que la MV está protegida.

Si nos vamos al host que indica cómo “Secondary Location”, veremos que sale la máquina virtual en “Virtual Machines” cómo secundaria, y si abrimos su consola será sólo en modo lectura.

By the way, si queremos probar a habilitar FT en un entorno donde los servidores ESX sean virtuales, habrá que modificar el fichero .vmx de la máquina virtual a proteger añadiendo esto en su configuración:

replay.allowBTOnly = TRUE