Eine weitere Neuerung von VMware vSphere 4 ist die Fähigkeit, Fault Tolerance oder FT zu verwenden. Es ist die Fähigkeit, eine echte Hochverfügbarkeit zu haben, Das ist, mit früheren Versionen von VMware, wir hatten DRS, dass, wenn ein physischer Host ausfällt, die virtuellen Maschinen, die darauf ausgeführt werden, Sie laufen auf einem anderen Host, Sah einen Neustart der virtuellen Maschinen vor. VMware FT bietet uns die Möglichkeit, dass virtuelle Maschinen nicht neu gestartet werden müssen, und im Falle eines ESX-Host-Absturzes mit virtuellen Maschinen, Diejenigen, die mit FT geschützt sind, werden ohne Serviceverlust auf einem anderen Host weiter ausgeführt.

¿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, Das Schlechte, los requisitos que tiene FT a fecha de hoy, se da por hecho que para siguientes versiones dichos requisitos desaparecerán. Anforderungen:

– Host ESX deben ser versión 4 oder höher.
– 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, Das ist, 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, sonst, que serán Thick.

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

Zuallererst, 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, Markierung “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, Klicken Sie mit der rechten Maustaste “Fehlertoleranz” > “Turn On Fault Tolerance”,

Debemos confirmar que habilitaremos FT, “Ja”,

… 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 “Virtuelle Maschinen” cómo secundaria, y si abrimos su consola será sólo en modo lectura.

Übrigens, 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 = WAHR