Eine weitere neue Funktion von VMware vSphere April ist die Macht, um die Fehlertoleranz oder FT verwenden. Es ist die Kraft, um echte Hochverfügbarkeit haben, dh mit früheren Versionen von VMware, zur Verfügung gestellt von DRS, dass, wenn er einem physischen Host, virtuelle Maschinen auf sie fiel, gehen Sie zu einem anderen Rechner laufen, nach einem Neustart virtuellen Maschinen. VMware FT ist, was gibt uns die Möglichkeit, die virtuellen Maschinen müssen nicht neu starten, und im Fall eines Sturzes des ESX-Host mit virtuellen Maschinen, die von FT geschützt sind, wird auf einem anderen Rechner ohne Verlust des Dienstes ausgeführt.

Was ist das? Aktivieren von FT auf einer virtuellen Maschine im Hintergrund ist die Durchführung einer zweiten virtuellen Maschine Kopie der ersten in einem anderen Host aktiviert, so dass die Maschine, wie zu "lesen", und nur ihren Zustand, wenn die primäre virtuelle Maschine fällt, basierend auf vLockstep Technologie. Das ist das Gute, das Schlechte, die Bedingungen, die FT haben als heute, wird davon ausgegangen, dass diese Voraussetzungen werden folgende Versionen verschwinden. Anforderungen:

- ESX Host muss Version 4 oder höher.
- Es sollte ein HA-Cluster sein.
- Prozessor / CPU ESX-Host müssen diese von der gleichen Familie.
- Hyperthreading deaktiviert.
- Logisch, kann der MV haben kein physisches Gerät an den Host angeschlossen (CD, PCI-Adapter, Floppy ...)
- Die virtuelle Maschine muss auf Shared Storage.
- Nur ein vCPU in der virtuellen Maschine.
- Aufbau eines Netzes für VMotion mit zwei NIC pro Host.
- Konfigurieren eines Netzwerks zu Faul Toleranz Logging mit 2 NIC pro Host.
- Der sekundäre VM ausgeführt wird, wartet auf die primäre fehlschlägt. Daher Ressourcen verbrauchen, aber nicht als primäre ziehen.
- Wenn wir DRS, geschützte virtuelle Maschinen werden nicht automatisch zwischen Hosts verschoben.
- Kein Schnappschuss kann in diesen MV gemacht werden, noch basieren deshalb Backups mit Snapshots (oder wie DataRecovery VCB).
- MV Sie möglicherweise nicht über USB-Adapter oder Sound-Geräte.
- Nicht unterstützt mit MSCS (Microsoft Cluster Services) innerhalb der virtuellen Maschine.
- Wir können keine RAW-oder RDM, dh eine LUN direkt gegen diese virtuellen Maschinen abgebildet.
- Auf die Verwendung von virtuellen Festplatten, keine heißen können verschoben werden mit Storage VMotion. Dünne Scheiben oder sein können, wenn nicht, zu dick sein.

Sobald wir die Anforderungen, die meisten von ihnen logisch, einige, wie 1vCPU warten ... wir weiterhin zu verschwinden.

Vor allem, wenn Sie die virtuelle Maschine erstellen, ist auf der Festplatte zu nehmen ist für den Einsatz mit Fehlertoleranz konfiguriert, Kennzeichnung "Solche Features wie Clustering-Support Fehlertoleranz."

Wir haben zwei Adapter an ein Netzwerk für die Giga-Log des FT zwischen allen ESX-Host, sowie eine für VMotion.

Sobald alle Voraussetzungen erfüllt, damit FT wird auf der virtuellen Maschine sichern wir mit der rechten Maustaste auf "Fehlertoleranz"> "Turn On Fault Tolerance einfach"

Wir bestätigen, dass damit Ihre FT, "Yes"

... Warten Sie einige Sekunden, während Ermächtigung ...

Und wir werden sehen, die verschiedenen virtuellen Maschine, und klicken Sie darauf und gehen Sie auf die Registerkarte "Zusammenfassung" sehen, dass Fehlertoleranz aktiviert ist, da es zeigt, dass die MV geschützt ist.

Wenn wir zu dem Host, wie "Secondary Location", werden wir herausfinden, den virtuellen Computer in Virtual Machines ", wie hoch, und wenn Sie Ihre Konsole wird als read only geöffnet werden darauf hinweisen.

By the way, wenn wir die FT in einer Umgebung, in virtuellen ESX-Server sind damit versuchen, müssen wir die Datei verändern. Vmx virtuelle Maschine, indem Sie diese in Ihrer Konfiguration zu schützen:

replay.allowBTOnly = TRUE