Se il servizio del database primario non riesce, è possibile attivare VMware Cloud Director per eseguire un failover automatico in un nuovo database primario.

Grazie al failover automatico, l'amministratore non deve avviare l'azione di failover se il servizio di database primario non funziona per qualsiasi motivo. Per impostazione predefinita, la modalità di failover è impostata su manuale. È possibile impostare la modalità di failover su automatica o manuale utilizzando l'API dell'appliance di VMware Cloud Director. Vedere Riferimento dello schema dell'API dell'appliance di VMware Cloud Director.

Nota: Se il cluster è configurato per il failover automatico, dopo aver distribuito una o più celle aggiuntive, è necessario utilizzare l'API dell'appliance per reimpostare la modalità di failover del cluster su Automatic. Vedere l' API dell'appliance VMware Cloud Director. La modalità di failover predefinita per le nuove celle è Manual. Se la modalità di failover non è coerente tra i nodi del cluster, la modalità di failover del cluster è Indeterminate. La modalità di Indeterminate può causare stati di cluster incoerenti tra i nodi e i nodi che seguono una cella primaria precedente. Per visualizzare la modalità di failover del cluster, vedere Visualizzazione della modalità di failover e dell'integrità del cluster dell'appliance di VMware Cloud Director.

Se l'ambiente dispone di almeno due celle di standby attive, in caso errore del database primario, viene avviato automaticamente un failover del database. Dopo il failover, deve essere presente almeno una cella di standby attiva affinché il nuovo database primario possa essere aggiornato. In circostanze normali, la distribuzione dell'appliance di VMware Cloud Director deve disporre sempre di almeno due celle di standby attive. Se è presente una sola cella di standby attiva per un breve periodo, ad esempio a causa di un errore della cella primaria e della promozione di una delle celle di standby, la cella primaria non riuscita deve essere sostituita con una nuova cella di standby non appena possibile.

Quando sono presenti una cella primaria attiva e almeno due celle di standby attive, lo stato del cluster viene considerato Healthy. Se sono presenti una cella primaria attiva e una sola cella di standby attiva, lo stato del cluster è Degraded. Se si verifica un altro errore del database mentre il cluster ha stato Degraded, la cella primaria non può essere aggiornata finché non è online un'altra cella di standby. Quando il database primario non può essere aggiornato, VMware Cloud Director non è disponibile perché le celle di VMware Cloud Director non sono in grado di aggiornare il database finché non è presente almeno una cella di standby attiva per elaborare una replica di streaming dal database primario. Il concetto di un cluster Healthy e Degraded è lo stesso indipendentemente dal fatto che si attivi il failover manuale o automatico.

Dopo un errore del database primario, lo stato della cella primaria è No_Active_Primary. Per un failover manuale dell'appliance VMware Cloud Director, l'amministratore deve promuovere manualmente un'istanza di standby come primaria e ridistribuire la cella primaria non riuscita come cella di standby. Per il failover automatico dell'appliance, VMware Cloud Director promuove automaticamente una cella da standby a primaria e l'amministratore ridistribuisce manualmente la cella primaria non riuscita come standby.

Figura 1. Failover automatico e manuale dell'appliance di VMware Cloud Director
Se il servizio di database primario non riesce, la promozione di una cella di standby a primaria può essere manuale o automatica.