Les bases de données distribuées ou les clusters se composent généralement de plusieurs types de nœuds et de nœuds, et il n'est pas toujours facile de comprendre comment tout cela s'articule. Par exemple, on pourrait avoir une configuration de réplication avec des maîtres intermédiaires et un trafic de réplication suivant un certain chemin. Ajoutez des équilibreurs de charge, des hôtes avec plusieurs adresses IP, des drapeaux en lecture seule et un décalage d'esclave, et vous êtes prêt pour un casse-tête.
Cependant, une image vaut mille mots. C'est exactement ce que propose la nouvelle vue topologique de ClusterControl. Il montre tous les différents nœuds qui font partie de votre cluster de base de données (qu'il s'agisse de nœuds de base de données, d'équilibreurs de charge ou d'arbitres), ainsi que les connexions entre eux. Les nœuds, les connexions et leurs états sont découverts par ClusterControl. Étant donné que ClusterControl surveille en permanence les nœuds et conserve les informations d'état, toute modification de la topologie est reflétée dans l'interface Web. Si un nœud a échoué, il sera affiché comme étant hors ligne.
Depuis la vue topologique, vous pouvez gérer les nœuds, changer de maîtres en glissant-déposant l'objet sur le maître souhaité, redémarrer les nœuds et synchroniser les données. Vous pouvez également détecter les problèmes très facilement, car chaque objet présente un résumé rapide de son état. ClusterControl effectue des contrôles supplémentaires pour les actions que vous souhaitez effectuer. Les vérifications prédéfinies ne permettent pas d'exécuter des tâches pouvant entraîner une perte de données.
Il existe différents types de topologies, nous allons en montrer quelques-unes et voir comment elles fonctionnent.
Pôle Galera
Vue topologique du cluster Galera Ici, nous avons une topologie Galera Cluster de base avec 3 nœuds.
Dans cet écran, nous pouvons voir les 3 nœuds fonctionner correctement et des informations de base telles que l'état et le dernier commit.
On peut également observer que galera1 est répertorié comme maître, car il génère des binlogs.
Si nous développons l'un des nœuds, nous pouvons afficher des informations d'état supplémentaires.
Node Details View 1 Dans le premier, nous voyons des informations liées au trafic Galera.
Nœud Détails Vue 2 Dans le deuxième sous-écran, nous pouvons voir des détails sur la réplication régulière de MySQL.
Nœud Détails Vue 3 Dans le troisième, nous avons des détails sur le serveur, tels que la disponibilité et la version.
Nous avons également des actions que nous pouvons effectuer sur les nœuds.
Vue des actions de nœud Si nous cliquons sur l'icône de droite, nous pouvons voir les actions disponibles :
- Console SSH :Cela nous permet d'accéder à une console ssh sur le nœud.
- Mode de maintenance planifiée :vous permet de définir une fenêtre de maintenance pour le nœud.
- Redémarrer l'hôte :nous pouvons redémarrer l'hôte à partir d'ici.
- Redémarrer le nœud :nous pouvons redémarrer la base de données.
- Resynchroniser le nœud :nous permet d'effectuer une resynchronisation du nœud.
- Cluster d'amorçage :en sélectionnant cette option, nous pouvons effectuer un amorçage du cluster en sélectionnant le nœud correspondant.
- Arrêter le nœud :nous pouvons arrêter la base de données.
- Désenregistrer le nœud :avec cette action, nous supprimons le nœud du cluster.
Réplication MySQL
Vue de topologie de réplication MySQL Dans cet écran, nous pouvons voir une topologie de réplication MySQL avec 1 maître et 3 esclaves.
Nous avons des informations telles que l'état des répliques et du maître, quels nœuds sont accessibles en écriture et la position de la réplication.
Si nous développons chaque nœud, nous pouvons obtenir des informations plus détaillées.
Vue des détails du nœud maître 1 
Vue détaillée du nœud esclave 1 Dans le premier sous-écran, nous pouvons voir les détails de la réplication. Le maître et l'esclave.
Nœud Détails Vue 2 Dans le deuxième sous-écran, nous voyons les détails du serveur, tels que la version et la disponibilité.
Nous avons différentes actions que nous pouvons effectuer sur les nœuds.
Vue des actions de nœud Si nous cliquons sur l'icône de droite, nous pouvons voir les actions disponibles :
- Console SSH :elle nous permet d'accéder à une console ssh à l'intérieur du nœud.
- Mode de maintenance planifiée :vous permet de définir une fenêtre de maintenance pour le nœud.
- Redémarrer l'hôte :nous pouvons redémarrer l'hôte à partir d'ici.
- Redémarrer le nœud :nous pouvons redémarrer la base de données.
- Désactiver la lecture seule :avec cette option, nous activons l'écriture sur le réplica.
- Promouvoir esclave :permet de promouvoir un esclave en maître.
- Reconstruire l'esclave de réplication :en sélectionnant cette option, nous reconstruisons la réplique en sélectionnant un maître.
- Modifier le maître de réplication :vous permet de changer le maître de la réplication.
- Démarrer l'esclave :démarrez l'instance.
- Arrêter le nœud :nous pouvons arrêter l'instance.
- Désenregistrer le nœud :avec cette action, nous supprimons le nœud du cluster.
Les options peuvent varier selon le rôle du nœud.
Modifier l'affichage du nœud Vous pouvez également, en sélectionnant un nœud et en le faisant glisser vers un autre nœud, sélectionner l'une des options suivantes :
Affichage des options de nœud Vous pouvez reconstruire le réplica à partir de ce nouveau nœud, ou simplement changer le maître et continuer la réplication.
Lors de la confirmation des modifications, nous aurons une nouvelle vue topologique :
Vue de topologie de réplication MySQL 2 Ici, nous pouvons voir que nous avons notre maître, avec deux répliques, et l'une de ces répliques fonctionne comme un maître intermédiaire, avec un esclave qui se réplique à partir de celui-ci.
PostgreSQL
Vue de topologie PostgreSQL 1 Ici, nous avons une topologie pour PostgreSQL, avec 1 maître et 2 esclaves.
Nous pouvons observer le rôle de chacun, quels nœuds permettent l'écriture et l'état de la réplication.
Node Details View 1 Si nous développons les informations des nœuds, nous pouvons voir les détails de la version et de la disponibilité .
Vue des actions de nœud Nous avons également différentes actions pouvant être effectuées sur les nœuds :
- Console SSH :elle nous permet d'accéder à une console ssh à l'intérieur du nœud.
- Mode de maintenance planifiée :vous permet de définir une fenêtre de maintenance pour le nœud.
- Redémarrer l'hôte :nous pouvons redémarrer l'hôte à partir d'ici.
- Redémarrer le nœud :nous pouvons redémarrer la base de données.
- Promouvoir l'esclave :nous permet de promouvoir un maître esclave.
- Reconstruire l'esclave de réplication :cette option permet de reconstruire une réplique à partir d'un maître.
- Arrêter le nœud :nous pouvons arrêter la base de données.
- Désenregistrer le nœud :avec cette action, nous supprimons le nœud du cluster.
Les options peuvent changer en fonction du rôle de chaque nœud.
Si nous voulons modifier notre maître, nous pouvons le faire simplement en sélectionnant Promouvoir l'esclave dans les actions du nœud que nous avons vu précédemment.
Après quelques secondes, nous pouvons voir notre nouvelle topologie, avec le nouveau maître que nous avons sélectionné.
PostgreSQL Topology View 2 Pour reconstruire une réplique, nous pouvons simplement sélectionner le nœud que nous voulons modifier et le déposer sur le maître.
Modifier l'affichage du nœud De cette façon, vous pouvez reconstruire une réplique rapidement et facilement.
MongoDB
Vue topologique MongoDB Il s'agit de la topologie d'un MongoDB ReplicaSet avec 1 nœud principal et 2 nœuds secondaires.
Nous pouvons observer des informations de base telles que les connexions et les serrures.
En développant les informations sur le nœud, nous pouvons voir deux sous-écrans.
Vue des détails du nœud 1 Dans le premier, on voit la priorité et si elle est masquée ou non.
Nœud Détails Vue 2 Dans la seconde, nous pouvons voir les données du serveur, telles que la version et la disponibilité.
Node Actions ViewRelated resources Télécharger ClusterControl Performing Replication Topology Changes for PostgreSQL Annoncing ClusterControl 1.5.1 - Avec Backup Encryption for MySQL , MongoDB et PostgreSQL Nous avons différentes actions à effectuer sur chaque nœud :
- Console SSH :elle nous permet d'accéder à une console ssh à l'intérieur du nœud.
- Mode de maintenance planifiée :vous permet de définir une fenêtre de maintenance pour le nœud.
- Redémarrer l'hôte :nous pouvons redémarrer l'hôte à partir d'ici.
- Redémarrer le nœud :nous pouvons redémarrer la base de données.
- Freeze Node :Nous pouvons mettre le nœud en mode gel pendant X fois.
- Arrêter le nœud :nous pouvons arrêter la base de données.
- Désenregistrer le nœud :avec cette action, nous supprimons le nœud du cluster.
Les options peuvent changer en fonction du rôle de chaque nœud.
Général
Quel que soit le moteur que nous utilisons, si nous perdons l'accès à un nœud, nous pouvons facilement le voir et configurer des alertes sur les événements. Voyons un exemple avec Galera Cluster :
Vue hors ligne du nœud De cette façon, nous pouvons identifier rapidement le nœud inaccessible et prendre les mesures nécessaires.
On peut aussi avoir dans notre topologie, des load balancers avec keepalived configuré :
Vue des équilibreurs de charge Nous pouvons afficher les nœuds de la base de données et les équilibreurs de charge (par exemple ProxySQL).
Pour conclure, la vue topologique peut être très utile pour visualiser rapidement comment notre cluster se réplique.
Vous pouvez essayer ceci et bien d'autres fonctionnalités avec la version d'essai gratuite.
