Une autre nouvelle fonctionnalité de VMware vSphere 4 est la capacité d’utiliser la tolérance aux pannes ou FT. C’est la capacité d’avoir une vraie haute disponibilité, C’est, avec les versions précédentes de VMware, nous avions le DRS, que si un hôte physique tombait en panne, les machines virtuelles qui s’exécutent dessus, Ils s’exécutent sur un autre hôte, Prévision d’un redémarrage des machines virtuelles. Ce que VMware FT nous offre, c’est la possibilité que les machines virtuelles n’aient pas besoin d’être redémarrées, et en cas de plantage de l’hôte ESX avec des machines virtuelles, ceux qui sont protégés par FT continueront à fonctionner sur un autre hôte sans perte de 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, Le mauvais, los requisitos que tiene FT a fecha de hoy, se da por hecho que para siguientes versiones dichos requisitos desaparecerán. Exigences:

– Host ESX deben ser versión 4 ou supérieur.
– 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, C’est, 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, autrement, que serán Thick.

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

Tout d’abord, 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, Marquage “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, Clic droit “Tolérance aux pannes” > “Turn On Fault Tolerance”,

Debemos confirmar que habilitaremos FT, “Oui”,

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

D’ailleurs, 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