Vous pouvez créer un déploiement de dispositif VMware Cloud Director avec un cluster HA de base de données qui fournit des fonctionnalités de basculement à votre base de données VMware Cloud Director.

Le dispositif VMware Cloud Director inclut une base de données PostgreSQL intégrée. La base de données PostgreSQL intégrée inclut la suite d'outils Replication Manager (repmgr), qui fournit une fonctionnalité de haute disponibilité (HA) à un cluster de serveurs PostgreSQL.

Vous pouvez déployer le dispositif VMware Cloud Director en tant que cellule principale, cellule en veille ou cellule d'application VMware Cloud Director. Reportez-vous à la section Déployer votre dispositif VMware Cloud Director à l'aide de vSphere Client, Déploiement de votre dispositif VMware Cloud Director avec VMware OVF Tool ou #GUID-D35B3629-FCA2-40A6-8009-1A6CF8120F30.

Pour configurer la HA pour votre base de données VMware Cloud Director, lorsque vous créez votre groupe de serveurs, vous pouvez configurer un cluster HA de base de données en déployant une instance principale et deux instances en veille du dispositif VMware Cloud Director. Vous pouvez dimensionner horizontalement votre groupe de serveurs en déployant également des cellules d'application. Reportez-vous à la figure Cluster HA de base de données du dispositif VMware Cloud Director.

Figure 1. Cluster HA de base de données du dispositif VMware Cloud Director
Une cellule principale et deux cellules en veille

Création d'un déploiement de dispositif VMware Cloud Director avec HA de base de données

Pour créer un groupe de serveurs VMware Cloud Director avec une configuration HA de base de données, suivez ce workflow :
  1. Déployez le dispositif VMware Cloud Director en tant que cellule principale.

    La cellule principale est le premier membre du groupe de serveurs VMware Cloud Director. La base de données intégrée est configurée en tant que base de données VMware Cloud Director. Le nom de la base de données est vcloud et l'utilisateur de la base de données est vcloud.

  2. Vérifiez que la cellule principale fonctionne correctement.
    1. Pour vérifier la santé du service VMware Cloud Director, connectez-vous avec les informations d'identification d'administrateur système au VMware Cloud Director Service Provider Admin Portal à l'adresse https://primary_eth0_ip_address/provider.
    2. Pour vérifier la santé de la base de données PostgreSQL, connectez-vous en tant que racine à l'interface utilisateur de gestion du dispositif à l'adresse https://primary_eth1_ip_address:5480.

      Le nœud principal doit être en cours d'exécution.

  3. Déployez deux instances du dispositif VMware Cloud Director en tant que cellules en veille.

    Les bases de données intégrées sont configurées en mode de réplication avec la base de données principale.

    Note : Après le déploiement initial du dispositif en veille, le gestionnaire de réplication commence à synchroniser sa base de données avec la base de données du dispositif principal. Pendant ce temps, la base de données VMware Cloud Director et, par conséquent, l'interface utilisateur VMware Cloud Director sont indisponibles.
  4. Vérifiez que toutes les cellules du cluster HA sont en cours d'exécution.

    Reportez-vous à la section Afficher la santé et le mode de basculement du cluster de votre dispositif VMware Cloud Director.

  5. (Facultatif) Déployez une ou plusieurs instances du dispositif VMware Cloud Director en tant que cellules d'application VMware Cloud Director.

    Les bases de données intégrées ne sont pas utilisées. La cellule de l'application VMware Cloud Director se connecte à la base de données principale.

Une cellule principale, deux cellules en veille et N cellules d'application VMware Cloud Director
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.

Création d'un déploiement de dispositif VMware Cloud Director sans HA de base de données

Important : VMware ne prend pas en charge les déploiements de dispositif VMware Cloud Director sans haute disponibilité de base de données.
Pour créer un serveur VMware Cloud Director sans configuration HA de base de données, suivez ce workflow :
  1. Déployez le dispositif VMware Cloud Director en tant que cellule principale.

    La cellule principale est le premier membre du groupe de serveurs VMware Cloud Director. La base de données intégrée est configurée en tant que base de données VMware Cloud Director. Le nom de la base de données est vcloud et l'utilisateur de la base de données est vcloud.

  2. Vérifiez que la cellule principale fonctionne correctement.
    1. Pour vérifier la santé du service VMware Cloud Director, connectez-vous avec les informations d'identification d'administrateur système au VMware Cloud Director Service Provider Admin Portal à l'adresse https://primary_eth0_ip_address/provider.
    2. Pour vérifier la santé de la base de données PostgreSQL, connectez-vous en tant que racine à l'interface utilisateur de gestion du dispositif à l'adresse https://primary_eth1_ip_address:5480.

      Le nœud principal doit être en cours d'exécution.

  3. (Facultatif) Déployez une ou plusieurs instances du dispositif VMware Cloud Director en tant que cellules d'application VMware Cloud Director.

    La base de données intégrée n'est pas utilisée. La cellule de l'application VMware Cloud Director se connecte à la base de données principale.

Une cellule principale et N cellules d'application VMware Cloud Director

Basculement automatique de votre dispositif VMware Cloud Director

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 2. 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.

Clôture automatique de votre cellule principale VMware Cloud Director ayant échoué

Si une nouvelle cellule principale est promue après une panne de cellule principale, VMware Cloud Director isole automatiquement l'ancienne cellule principale pour l'empêcher de redémarrer.

En cas de basculement, si une base de données principale ayant échoué redémarre après la promotion d'une nouvelle cellule principale, VMware Cloud Director isole automatiquement l'ancienne cellule principale. Cette automatisation permet d'éviter le syndrome de Split-Brain dans lequel deux bases de données actives peuvent diverger l'une de l'autre. L'automatisation de clôture s'arrête et désactive le service vpostgres sur l'ancien nœud principal. Ensuite, vous pouvez redéployer la cellule principale ayant échoué en tant que cellule en veille pour restaurer la santé du cluster sur Healthy.

Pour plus d'informations sur l'affichage de l'état de santé du cluster et le mode de basculement, reportez-vous à Afficher la santé et le mode de basculement du cluster de votre dispositif VMware Cloud Director.