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.

Comment est-ce que c'est? En activant FT sur une machine virtuelle, l'exécution en arrière-plan d'une seconde machine virtuelle, copie de la première sur un autre hôte, est activée, cette machine reste en 'lecture', et changera seulement d'état si la machine virtuelle principale tombe, basé sur la technologie vLockstep. C'est ce qu'il y a de bien, Le mauvais, Les exigences que FT a à ce jour, on suppose que pour les versions suivantes ces exigences disparaîtront. Exigences:

– Les hôtes ESX doivent être de version 4 ou supérieur.
– Il doit exister un cluster HA.
– Le processeur/CPU de ces hôtes ESX doit être de la même famille.
– Hyperthreading désactivé.
– Logiquement, la VM ne peut avoir aucun périphérique physique connecté de l'hôte (CD, adaptateur PCI, lecteur de disquette…)
– La machine virtuelle doit être sur un stockage partagé.
– Seulement 1 vCPU dans la machine virtuelle.
– Configurer un réseau pour VMotion avec 2 NIC par hôte.
– Configurer un réseau pour le fault tolerance logging avec 2 NIC par hôte.
– La machine virtuelle secondaire sera en fonctionnement, en attendant que la principale échoue. Par conséquent, elle consommera ses ressources, pas comme la principale mais elle consommera.
– Si nous avons DRS, les machines virtuelles protégées ne se déplaceront pas automatiquement entre les hôtes.
– On ne peut pas faire de snapshot sur ces VM, ni donc utiliser des sauvegardes basées sur des snapshots (comme VCB ou DataRecovery).
– Ces VM ne pourront pas disposer d’adaptateurs USB ni de périphériques audio.
– L’utilisation de MSCS (Microsoft Cluster Services) à l’intérieur de la machine virtuelle n’est pas prise en charge.
– Nous ne pourrons pas utiliser RAW ou RDM, C’est, mapper directement une LUN contre ces machines virtuelles.
– En ce qui concerne l'utilisation des disques durs virtuels, ils ne pourront pas être déplacés à chaud en utilisant Storage VMotion. Ni ne pourront être des disques Thin, autrement, qui seront Thick.

Une fois que nous avons rempli les exigences, la plupart d'entre elles logiques, d'autres comme 1vCPU en attendant qu'ils disparaissent… Continuer.

Tout d’abord, au moment de créer la machine virtuelle, il faut tenir compte que le disque dur est configuré pour être utilisé avec Fault Tolerance, Marquage “Supporter les fonctionnalités de clustering telles que Fault Tolerance”.

Nous devrons avoir deux adaptateurs à 1 Giga pour le réseau des logs de FT entre tous les hôtes ESX, ainsi qu'un pour VMotion.

Une fois que nous avons rempli toutes les exigences, activer FT est simple, 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