Si vous n'avez pas mis à niveau vers ClusterControl 1.5, vous devriez ! Il regorge de nouvelles fonctionnalités et d'améliorations. Nous avons beaucoup de documentation pour vous guider et vous aider à démarrer. La documentation sur les anciennes versions est toujours disponible dans notre référentiel Github.
Outre les mises à jour de routine standard dans les guides de l'utilisateur et de l'administrateur pour refléter les dernières fonctionnalités , nous avons également apporté quelques améliorations dans d'autres domaines.
Lisibilité améliorée
Nous avons reçu des commentaires sur la lisibilité de la page de documentation. Nous avons maintenant amélioré l'apparence en passant à un meilleur modèle CSS. La coloration syntaxique et la balise de code source suivent désormais le même style que nous utilisons dans nos blogs. Nous avons également corrigé un certain nombre d'erreurs 404 et de liens rompus sur le site de documentation.
Composants de contrôle de cluster
ClusterControl 1.5 a introduit deux nouveaux packages pour gérer les fonctionnalités d'intégration et de gestion du cloud. Ces packages sont spécifiquement destinés à la gestion de la sauvegarde hors site vers le stockage dans le cloud et constitueront une base à étendre lors de l'ajout de nouvelles fonctionnalités dans les prochaines versions. La configuration modulaire de ClusterControl se compose désormais d'un certain nombre de composants :
- ClusterControl Controller (cmon)
- API REST ClusterControl
- Interface utilisateur ClusterControl
- SSH de contrôle de cluster
- Notifications de contrôle de cluster
- Cluster ControlCloud
- Gestionnaire de fichiers Cloud ClusterControl
- ClusterControl CLI
Chacun des composants est décrit en détail avec des exemples. Nous avons également déprécié un ancien composant appelé ClusterControl NodeJS qui était disponible depuis la v1.3, remplacé par une version améliorée appelée ClusterControl Notifications.
Découvrez-les ici.
Arrêt progressif
Nous avons également reçu des demandes pour fournir des méthodes recommandées pour effectuer un arrêt propre du cluster de bases de données, ce qui peut être utile lors des tests ou de la maintenance. Selon la technologie de clustering, l'ordre de démarrage et d'arrêt est essentiel pour maintenir la synchronisation de l'ensemble du cluster et garantir que le système démarrera sans aucun problème à l'avenir.
Il est recommandé que le nœud ClusterControl soit le dernier à s'arrêter, car il doit surveiller l'état des hôtes surveillés et l'enregistrer dans la base de données CMON. Lors du démarrage du cluster de bases de données à une étape ultérieure, ClusterControl effectuera une procédure de démarrage appropriée basée sur le dernier état connu des hôtes surveillés.
Vérifiez les étapes d'arrêt progressif recommandées ici.
Guide de dépannage
Nous avons répertorié les problèmes courants, avec des étapes de dépannage pour vous aider à résoudre certains problèmes courants que vous pourriez rencontrer. Nous sommes en train de migrer des cas d'assistance technique populaires depuis notre forum d'assistance, afin que vous puissiez trouver toutes les informations au même endroit.
Consultez le guide de dépannage ici.
Nous apprécions tous les commentaires, suggestions ou commentaires concernant notre documentation pour nous assurer que vous trouverez tout ce dont vous avez besoin. Bon regroupement !
