Otra de las novedades de VMware vSphere 4 es el poder usar Fault Tolerance o FT. Es el poder disponer de alta disponibilidad real, hau da, con versiones anteriores de VMware, disponíamos de DRS, que si se caía un host físico, las máquinas virtuales que se ejecutan en él, pasan a ejecutarse a otro host, previo un reinicio de las máquinas virtuales. VMware FT lo que nos da es la posibilidad de que las máquinas virtuales no se tengan que reiniciar, y en caso de caida del host ESX con las máquinas virtuales, las que estén protegidas con FT seguirán ejecutadas en otro host sin pérdida de servicio.

Nola da hau? FT gaitzen denean makina birtual batean, bigarren makina birtual baten exekuzioa atzean gaitzen da, lehenengoa beste host batean kopiatzeko, makina hori 'irakurketa' moduan gelditzen da, eta bere egoera bakarrik aldatuko da makina birtual nagusia erortzen denean, vLockstep teknologiaren arabera. Hori ona da, Hori txarra da, FT-k gaur egun dituen eskakizunak, Hurrengo bertsioetarako eskakizun horiek desagertuko direla ematen da. Baldintzak:

– ESX hostek bertsioa izan behar dute 4 o superior.
– HA kluster bat existitu behar du.
– ESX host horien prozesadorea/CPU familia berekoa izan behar da.
– Hyperthreading desaktibatuta.
– Logikoki MV-k ez du host-etik gailu fisikorik konektatuta izan dezakeen (CD, PCI egokitzailea, Disketea…)
– Makina birtuala biltegiratze partekatuan egon behar da.
– Bakarrik 1 vCPU makina birtualean.
– VMotion-ekin sare bat konfiguratu da 2 Host bakoitzeko NIC.
– Faul Tolerance Logging-ekin sare bat konfiguratu da 2 Host bakoitzeko NIC.
– Bigarren mailako makina birtuala martxan egongo da, lehen mailakoa huts egiten duen arte itxaroten. Beraz, bere baliabideak kontsumituko ditu, ez lehen mailakoa bezala baina kontsumituko du.
– DRS badugu, babestutako makinak automatikoki ez dira mugitu host-een artean.
– Snapshot-a ezin dira egin MV horietan, eta, beraz, snapshotetan oinarritutako backup-ak ezin dira erabili (VCB edo DataRecovery bezalaxe).
– MV horiek ezin izango dute USB egokigailurik edo soinu gailurik izan.
– MSCS erabiltzea ez dago onartua (Microsoft Cluster Services) makina birtualaren barruan.
– RAW edo RDM ezingo ditugu erabili, hau da, LUN bat zuzenean mapatu ezin da makinari birtual hauei kontra.
– Disko gogorrak birtualak erabiltzean, ezingo dira beroan mugitu Storage VMotion erabiliz. Ez eta Thin diskoak izan daitezkeen, baina ez badugu, Thick izango dira.

Behin betetzen ditugunean eskakizunak, horietako gehienak logikoak, beste batzuk, adibidez 1vCPU, desagertu arte itxaroten… jarraitu..

Lo primero de todo, Makinari birtuala sortzean kontuan hartu behar da disko gogorra Fault Tolerance-rekin erabiltzeko konfigurazioa duela, marcando “Fault Tolerance bezalako clustering ezaugarriak onartzen ditu”.

Bi egokigailu izan behar ditugu 1 FT log-en sarearentzako Giga guztietan ESX host guztien artean, eta bat VMotionentzat ere.

Behin eskakizun guztiak betetuta, FT gaitzea erraza da, sobre la máquina virtual que nos interese proteger, con botón derecho “Fault Tolerance” > “Turn On Fault Tolerance”,

Debemos confirmar que habilitaremos FT, “Bai”,

… 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.

Bestela, 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