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.

Wie ist das? Beim Aktivieren von FT auf einer virtuellen Maschine, wird im Hintergrund die Ausführung einer zweiten virtuellen Maschine, die eine Kopie der ersten auf einem anderen Host ist, aktiviert, diese Maschine bleibt dann im 'Lesen'-Modus, und ändert ihren Zustand nur, wenn die primäre virtuelle Maschine ausfällt, basierend auf der vLockstep-Technologie. Das ist das Gute, Das Schlechte, Die Anforderungen, die FT derzeit hat, es wird davon ausgegangen, dass diese Anforderungen in zukünftigen Versionen verschwinden werden. Anforderungen:

– Die ESX-Hosts müssen Version sein 4 oder höher.
– Es muss ein HA-Cluster vorhanden sein.
– Der Prozessor/CPU dieser ESX-Hosts muss derselben Familie angehören.
– Hyperthreading deaktiviert.
– Logischerweise darf die VM keine physischen Geräte des Hosts angeschlossen haben (CD, PCI-Adapter, Diskette…)
– Die virtuelle Maschine muss in einem gemeinsamen Speicher sein.
– Nur 1 vCPU in der virtuellen Maschine.
– Ein Netzwerk für VMotion mit 2 NIC pro Host konfigurieren.
– Ein Netzwerk für Fault Tolerance Logging konfigurieren mit 2 NIC pro Host konfigurieren.
– Die sekundäre virtuelle Maschine wird ausgeführt sein, wartend darauf, dass die primäre ausfällt. Daher wird sie ihre Ressourcen verbrauchen, nicht wie die primäre, aber sie wird verbrauchen.
– Wenn wir DRS haben, werden die geschützten virtuellen Maschinen nicht automatisch zwischen den Hosts verschoben.
– Auf diesen VMs können keine Snapshots erstellt werden, und daher keine auf Snapshots basierenden Backups verwendet werden (wie VCB oder DataRecovery).
– Diese VMs können keine USB-Adapter oder Audiogeräte haben.
– Die Verwendung von MSCS wird nicht unterstützt (Microsoft Cluster Services) innerhalb der virtuellen Maschine.
– 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