Per garantire risultati ottimali di Fault Tolerance, è consigliabile eseguire determinate procedure.

I seguenti consigli per la configurazione di host e rete possono contribuire a migliorare la stabilità e le prestazioni del cluster.

Configurazione dell'host

Le frequenze dei processori che eseguono le macchine virtuali primaria e secondaria devono essere circa le stesse. In caso contrario, è possibile che la macchina virtuale secondaria venga riavviata più spesso. Le funzionalità di gestione dell'alimentazione della piattaforma che non vengono modificate in base al carico di lavoro (ad esempio, la limitazione dell'alimentazione e l'applicazione di modalità di bassa frequenza per il risparmio energetico) possono causare notevoli variazioni delle frequenze dei processori. Se le macchine virtuali secondarie vengono riavviate regolarmente, disattivare tutte le modalità di gestione dell'alimentazione negli host che eseguono macchine virtuali a tolleranza di errore o verificare che tutti gli host siano in esecuzione con le stesse modalità di gestione dell'alimentazione.

Configurazione della rete dell'host

Le seguenti linee guida consentono di configurare la rete dell'host in modo che supporti Fault Tolerance con diverse combinazioni di tipi di traffico (ad esempio NFS) e numeri di NIC fisiche.

  • Distribuire ogni gruppo di NIC in due commutatori fisici assicurando la continuità del dominio L2 per ogni VLAN tra i due commutatori fisici.
  • Utilizzare criteri di raggruppamento deterministici per assicurarsi che determinati tipi di traffico abbiano un'affinità con una scheda NIC (attiva/standby) o con un set di NIC specifici (ad esempio, ID della porta virtuale di origine).
  • Quando vengono utilizzati criteri attivi/standby, associare i tipi di traffico per ridurre al minimo l'impatto in una situazione di failover in cui entrambi i tipi di traffico condividono una vmnic.
  • Se vengono utilizzati i criteri attivi/standby, configurare tutte le schede attive per un determinato tipo di traffico (ad esempio registrazione FT) nello stesso commutatore fisico. Ciò riduce al minimo il numero di hop di rete, nonché la possibilità di sottoscrivere i link da commutatore a commutatore più della disponibilità effettiva.
Nota: Il traffico di registrazione di FT tra le macchine virtuali primaria e secondaria non è crittografato e contiene dati di rete e I/O di storage del guest, nonché i contenuti della memoria del sistema operativo guest. Questo traffico può includere dati sensibili, come le password, in testo non crittografato. Per evitare che tali dati vengano divulgati, assicurarsi che la rete sia protetta, specialmente per evitare attacchi "man-in-the-middle". Ad esempio, è possibile utilizzare una rete privata per il traffico di registrazione FT.

Cluster omogenei

vSphere Fault Tolerance può funzionare nei cluster con host non uniformi, ma funziona meglio nei cluster con nodi compatibili. Quando si crea il cluster, tutti gli host devono avere la seguente configurazione:

  • Accesso comune ai datastore utilizzati dalle macchine virtuali.
  • La stessa configurazione di rete della macchina virtuale.
  • Le stesse impostazioni del BIOS (gestione dell'alimentazione e hyperthreading) per tutti gli host.

Eseguire Verifica conformità per identificare le incompatibilità e correggerle.

Prestazioni

Per aumentare la larghezza di banda disponibile per il traffico di registrazione tra le macchine virtuali primaria e secondaria, utilizzare una NIC da 10 Gbit e attivare l'uso dei frame Jumbo.

È possibile selezionare più NIC per la rete di registrazione FT. Selezionando più NIC, è possibile sfruttare la larghezza di banda di più NIC, anche se tutte le NIC non sono dedicate all'esecuzione di FT.

Storage degli ISO nello storage condiviso per l'accesso continuo

Archiviare gli ISO a cui accedono le macchine virtuali con Fault Tolerance attivato nello storage condiviso accessibile da entrambe le istanze della macchina virtuale a tolleranza di errore. Se si utilizza questa configurazione, il CD-ROM nella macchina virtuale continua a funzionare normalmente, anche in caso di failover.

Come evitare le partizioni di rete

Una partizione di rete si verifica quando in un cluster vSphere HA si verifica un errore di rete di gestione che isola alcuni degli host da vCenter Server e tra di loro. Vedere Partizioni di rete. Quando si verifica una partizione, la protezione di Fault Tolerance potrebbe risultare danneggiata.

In un cluster di vSphere HA partizionato tramite Fault Tolerance, la macchina virtuale primaria (o la macchina virtuale secondaria) potrebbe finire in una partizione gestita da un host primario non responsabile della macchina virtuale. Quando è necessario un failover, viene riavviata una macchina virtuale secondaria solo se la macchina virtuale primaria si trova in una partizione gestita dall'host primario responsabile di tale macchina.

Per ridurre al minimo la probabilità che si verifichi un errore della rete di gestione che causa una partizione di rete, seguire i consigli contenuti in Procedure consigliate per la rete.

Utilizzo di datastore di vSAN

vSphere Fault Tolerance può utilizzare datastore di vSAN, ma è necessario rispettare le seguenti limitazioni:

  • Una combinazione di vSAN e altri tipi di datastore non è supportata per le macchine virtuali primarie e per le macchine virtuali secondarie.

Per migliorare le prestazioni e aumentare l'affidabilità quando si utilizza FT con vSAN, sono consigliate anche le seguenti condizioni.

  • vSAN e FT devono utilizzare reti separate.
  • Tenere le macchine virtuali primaria e secondaria in domini di errore vSAN distinti.