Si le service de base de données principale échoue, vous pouvez activer VMware Cloud Director pour effectuer un basculement automatique vers un nouveau service de base de données principale.

Le basculement automatique élimine la nécessité pour un administrateur de lancer l'action de basculement si le service de base de données principale ne parvient pas à exécuter ses fonctions pour une raison quelconque. Par défaut, le mode de basculement est défini sur manuel. Vous pouvez définir le mode de basculement sur automatique ou sur manuel à l'aide de l'API du dispositif VMware Cloud Director. Reportez-vous à la section Référence de schéma de VMware Cloud Director Appliance API.

Note : Si votre cluster est configuré pour le basculement automatique, après avoir déployé une ou plusieurs cellules supplémentaires, vous devez utiliser Appliance API pour réinitialiser le mode de basculement sur Automatic. Reportez-vous à l' API du dispositif VMware Cloud Director. Le mode de basculement par défaut des nouvelles cellules est Manual. Si le mode de basculement est incohérent entre les nœuds du cluster, le mode de basculement du cluster est Indeterminate. Le mode Indeterminate peut créer des états de cluster incohérents entre les nœuds et les nœuds qui suivent une ancienne cellule principale. Pour afficher le mode de basculement du cluster, reportez-vous à Afficher la santé et le mode de basculement du cluster de votre dispositif VMware Cloud Director.

Si votre environnement comporte au moins deux cellules en veille actives, en cas d'échec d'une base de données principale, un basculement de base de données est automatiquement initié. Après le basculement, vous devez disposer d'au moins une cellule en veille active pour que la nouvelle base de données principale puisse être mise à jour. Dans des circonstances normales, le déploiement de votre dispositif VMware Cloud Director doit disposer d'au moins deux cellules en veille actives à tout moment. S'il n'y a qu'une seule cellule en veille active pendant une courte période, par exemple en raison de l'échec de la cellule principale et de la promotion de l'une des cellules en veille, l'ancienne cellule principale ayant échoué doit être remplacée par une nouvelle cellule en veille dès que possible.

Lorsqu'il existe une cellule principale active et au moins deux cellules en veille actives, le cluster est considéré comme étant dans un état Healthy. S'il existe une cellule principale active et une seule en veille active, le cluster est dans un état Degraded. En cas d'échec d'une autre base de données alors que le cluster est dans un état Degraded, la cellule principale ne peut pas être mise à jour tant qu'une autre cellule en veille n'est pas en ligne. Lorsque la base de données principale ne peut pas être mise à jour, VMware Cloud Director n'est pas disponible, car les cellules VMware Cloud Director ne parviennent pas à mettre à jour la base de données tant qu'il n'y a pas au moins une cellule en veille active pour traiter une réplication en continu depuis la base de données principale. Le concept d'un cluster Healthy et Degraded est le même, que vous activiez le basculement de façon manuelle ou automatique.

Après une panne de base de données principale, l'état de l'instance principale est No_Active_Primary. Pour un basculement manuel du dispositif VMware Cloud Director, l'administrateur doit promouvoir manuellement un dispositif en veille au niveau principal et redéployer le dispositif principal ayant échoué en tant que dispositif en veille. Pour le basculement automatique du dispositif, VMware Cloud Director promeut automatiquement un dispositif en veille au niveau principal, et l'administrateur redéploie manuellement le dispositif principal ayant échoué en tant que dispositif en veille.

Figure 1. Basculement manuel et automatique du dispositif VMware Cloud Director
Si le service de base de données principale échoue, la promotion d'une cellule en veille au niveau principal peut être manuelle ou automatique.