Un'altra nuova funzionalità di VMware vSphere Aprile è il potere di usare tolleranza di errore o FT. È il potere di avere vere e proprie disponibilità elevata, vale a dire, con le versioni precedenti di VMware, forniti dai dottori, che se lui è caduto uno ospite physical, le macchine virtuali sul terminale stesso, go a correre per un altro ospitante, dopo uno restart macchine virtuali. VMware FT è ciò che ci dà la possibilità che le macchine virtuali non sarà necessario riavviare, e in case di caduta di the host ESX con le macchine virtuali, che sono protetti da FT executed in another will host without perdita di servizio.

Che cosa è questo? Consentendo FT su una macchina virtuale sullo sfondo è attivata l'esecuzione di una seconda copia della macchina virtuale i primi in un altro host, lasciando alla macchina come read '", e solo change its state if la macchina virtuale primary falls, sulla base di vLockstep tecnologia. Questo è il buono, il brutto, le condizioni che hanno FT da oggi, si presume che tali condizioni spariranno seguenti versioni. Requisiti:

- ESX host deve essere la versione 4 o superiore.
- Ci dovrebbe essere un cluster HA.
- Processore / CPU host ESX questi devono essere della stessa famiglia.
- Disattivato Hyperthreading.
- Logicamente, il MV può non avere alcun dispositivo fisico connesso al host (CD, adattatore PCI, floppy ...)
- La macchina virtuale deve essere su storage condiviso.
- Solo una vCPU nella macchina virtuale.
- Allestimento di una rete di VMotion con due NIC per host.
- Configurazione di una rete di Faul Tolleranza registrazione con 2 NIC per host.
- La VM secondario è in esecuzione, in attesa che il primario non riesce. Quindi consumare le risorse, ma non come il pareggio primario.
- Se si DRS, al riparo le macchine virtuali non vengono spostati automaticamente tra gli host.
- Nessuna foto può essere fatta in questi MV, né, di conseguenza, i backup snapshot basato utilizzando (o DataRecovery come VCB).
- MV Possono non avere adattatori USB o dispositivi audio.
- Non supportato con MSCS (Microsoft Cluster Services), all'interno della macchina virtuale.
- Non possiamo usare RAW o RDM, ovvero un LUN mappato direttamente nei confronti di queste macchine virtuali.
- In caso di utilizzo di dischi rigidi virtuali, non a caldo può essere spostato con Storage VMotion. dischi sottili o possono essere, se non per essere di spessore.

Una volta che soddisfano i requisiti, per lo più logico, in qualche modo 1vCPU aspettando ... continuiamo a scomparire.

Prima di tutto, quando si crea la macchina virtuale è di take il drive rigido è configurato per l'utilizzo con Fault Tolerance, marcatura "Funzionalità quali il clustering di supporto Fault Tolerance."

Abbiamo due schede di rete Giga per il registro di FT tra tutti gli host ESX, oltre che uno per VMotion.

Una volta che tutti i requisiti, abilitate FT è facile sulla macchina virtuale che abbiamo di salvaguardia, con clic destro "" Turn Fault Tolerance "> On Fault Tolerance"

Confermiamo che abilitare il FT, "Sì"

... Attendere qualche secondo mentre abilita ...

E vedere la macchina virtuale, e fare clic su di esso e andare alla scheda "Sommario" vedere che Fault Tolerance è attivato, in quanto indica che la MV è protetto.

Se andiamo to host che la indica come "Secondario Location", troveremo la macchina virtuale in Virtual Machines "quanto in alto, e se la tua console saranno essere aperto come letto only.

A proposito, se cerchiamo di attivare FT in un ambiente dove sono ESX server virtuali, dobbiamo modificare il file. Vmx macchina virtuale per proteggere aggiungendo questo nel file di configurazione:

replay.allowBTOnly = TRUE