Le reporting opérationnel fournit un support pour la surveillance et le contrôle des activités quotidiennes de l'entreprise. Le but de cet article de blog est de vous familiariser avec les rapports opérationnels disponibles dans ClusterControl.
Les rapports opérationnels de ClusterControl vous fournissent des informations sur l'état de votre infrastructure de base de données, que vous pouvez utiliser pour auditer votre environnement ou dans le cadre d'un support opérationnel. Ces rapports consistent en différentes vérifications et traitent de diverses tâches DBA quotidiennes. L'idée derrière le reporting opérationnel de ClusterControl est de mettre toutes les données les plus pertinentes dans un seul document qui peut être rapidement analysé afin d'avoir une compréhension claire de l'état des bases de données et de ses processus.
Avec ClusterControl, vous pouvez planifier des rapports inter-environnements tels que "Daily System Report", "Package Upgrade Report", "Schema Change Report" ainsi que "Backups" et "Disponibilité". Ces rapports vous aideront à maintenir votre environnement sécurisé et opérationnel. Vous verrez également des recommandations sur la façon de corriger les lacunes. Les rapports peuvent être adressés aux SysOps, DevOps ou même aux responsables qui souhaitent obtenir des mises à jour régulières sur l'état d'un système donné.
Pourquoi ai-je besoin de rapports opérationnels ?
Vous disposez peut-être déjà d'un excellent outil de surveillance avec toutes les métriques/graphiques possibles et vous avez probablement également configuré des alertes basées sur des métriques et des seuils (certains auront même des conseillers automatisés leur fournissant des recommandations ou corrigeant les choses automatiquement.) C'est bien - avoir une visibilité sur votre le système est important ; néanmoins, vous devez être capable de traiter beaucoup d'informations. Les outils intégrés comme ClusterControl ont l'avantage que toutes les différentes informations sont situées au même endroit.
Sur les systèmes plus petits, vous souhaiterez peut-être effectuer des vérifications manuelles, mais dans les environnements plus grands, il est impossible de tout analyser en temps réel. Cela ressemble aussi à une perte de temps. Pour vous assurer que vos systèmes sont en bon état, vous devez passer en revue de nombreuses informations. Habituellement, cela inclut les statistiques de l'hôte, les statistiques de la base de données, l'état des sauvegardes, les journaux, etc.
Que surveiller et à quelle fréquence ?
Une fois que vous avez configuré tous vos outils de surveillance/gestion de base de données, vous devez établir une routine pour vérifier la santé des bases de données. La fréquence à laquelle vous souhaitez le faire dépend de vous et doit être basée sur la taille/la charge de travail de votre environnement ou sur les normes de conformité de votre entreprise ou de votre secteur. Pour les petites configurations, les vérifications quotidiennes fonctionneront. Pour les configurations plus importantes, vous devrez probablement le faire toutes les semaines environ. Le raisonnement sous-jacent est que des tests réguliers devraient vous permettre d'agir de manière proactive et de résoudre tout problème avant qu'il ne se produise ou ne s'aggrave. Bien sûr, vous finirez par développer votre modèle, mais voici quelques conseils sur ce que vous voudrez peut-être regarder.
Ce qu'il faut surveiller sera probablement lié au rôle que vous jouez dans votre organisation informatique. Les DBA, DevOps, les développeurs ou la direction informatique auront chacun des besoins différents.
ClusterControl Rapports opérationnels Planificateur de rapport d'opération
Avant de commencer à décrire des rapports opérationnels particuliers, examinons rapidement le planificateur de rapports. Vous pouvez configurer des rapports automatisés récurrents en fonction du nom de votre cluster. Le taux de génération est divisé en type quotidien, hebdomadaire, mensuel. Chacun d'entre eux vous donnera la possibilité de configurer le rapport selon vos besoins, comme tous les 5 jours du mois pour un type mensuel ou tous les mardis si vous sélectionnez les rapports hebdomadaires.
Planificateur de rapports opérationnels ClusterControl Dans la deuxième section du planificateur de rapports, vous pouvez choisir les destinataires. C'est l'occasion de mettre en place des alertes pour l'équipe dirigeante, puis des alertes plus techniques pour le support informatique. Planifier cela correctement peut considérablement soulager les tâches de l'informatique, c'est-à-dire lorsque la direction demande des rapports de disponibilité ou que l'équipe de sécurité a besoin de connaître la version des packages et les modifications de schéma.
Rapport de sauvegarde
Le rapport de sauvegarde hebdomadaire est un rapport HTML qui fournit une vue d'ensemble des sauvegardes pour la période de rapport pour tous les clusters gérés. Le rapport de sauvegarde est divisé en deux sections ; récapitulatif de la sauvegarde et détails de la sauvegarde.
Dans la section principale du rapport, vous pouvez voir le résumé de tous vos clusters avec le type de cluster, la dernière sauvegarde, les sauvegardes échouées et réussies, le taux de réussite et la période de rétention. Ce qui est également important, c'est que vous verrez également des informations sur les clusters sans jeu de sauvegarde. C'est extrêmement utile si vous oubliez de configurer la sauvegarde ou si les sauvegardes ont cessé de fonctionner pour une raison quelconque.
Rapport opérationnel récapitulatif de sauvegarde de ClusterControl Dans les détails de la sauvegarde, vous pouvez suivre un ID de sauvegarde particulier avec des informations détaillées sur l'emplacement, la taille, l'heure et la méthode. Nous utilisons les mêmes modèles avec des données pour différents types de bases de données. Ainsi, lorsque vous gérez votre environnement mixte, vous obtenez la même sensation et la même apparence. Cela aide à mieux gérer les différentes sauvegardes de bases de données.
Comment fonctionne cette solution ? Nous recueillons des informations sur le processus de sauvegarde, les systèmes, les plates-formes et les périphériques de l'infrastructure de sauvegarde lorsque la tâche de sauvegarde est déclenchée. Toutes ces informations sont agrégées et stockées dans un CMON (base de données de référentiel ClusterControl), il n'est donc pas nécessaire d'interroger des bases de données particulières en plus.
Rapport de cluster par défaut
Le rapport de cluster par défaut contient toutes les informations détaillées sur un cluster particulier. Cela commence par un examen des diverses alertes liées au groupe de clusters.
ClusterControl Rapport de cluster par défaut La section suivante concerne l'état des nœuds qui font partie du cluster. Vous disposez d'une liste des nœuds du cluster, de leur type, de leur rôle (maître ou esclave), de l'état du nœud, de la disponibilité et de l'OS.
ClusterControl Rapport de disponibilité et rôles du nœud de cluster par défaut Une autre section du rapport est le résumé de la sauvegarde, comme nous l'avons vu ci-dessus.
ClusterControl Détails de sauvegarde du rapport de cluster par défaut La suivante présente un examen des principales requêtes du cluster. Enfin, nous voyons un "Aperçu de l'état des nœuds" dans lequel vous recevrez des graphiques liés aux métriques du système d'exploitation et de MySQL pour chaque nœud.
ClusterControl État du nœud de présentation du cluster par défaut Rapport de mise à niveau
Ce rapport de cluster vous aidera à maintenir vos packages à jour et sécurisés. Le rapport de mise à niveau rassemble les informations du système d'exploitation et les compare aux packages disponibles dans le référentiel.
Le rapport est divisé en quatre sections; récapitulatif de mise à niveau, packages de base de données, packages de sécurité et autres packages. Vous pouvez comparer rapidement ce que vous avez installé sur votre système et trouver une mise à niveau ou un correctif recommandé.
Rapport de détection de changement de schéma
Le rapport de détection de modification de schéma affiche toutes les modifications DDL apportées à votre base de données. Pour fonctionner correctement, il nécessite un paramètre supplémentaire dans le fichier de configuration de ClusterControl. Si ce n'est pas défini, vous verrez les informations suivantes :schema_change_detection_address n'est pas défini dans /etc/cmon.d/cmon_1.cnf. Une fois que cela est en place, un exemple de sortie peut être comme ci-dessous :
Rapport de modification du schéma ClusterControl Rapport de disponibilité
Le dernier mais non le moindre est le rapport de disponibilité. La disponibilité est notoirement difficile à mesurer et à rapporter, bien qu'il s'agisse d'un KPI important dans tout SLA entre vous et votre client. Dans cet esprit, nous avons créé un rapport qui peut mesurer la disponibilité de votre base de données. Le script est placé dans votre compte lors de la maintenance planifiée que vous pouvez définir dans ClusterControl. Sur la base des informations du rapport, vous pouvez voir si vous êtes en ligne avec votre SLA interne ou externe et planifier des changements dans l'infrastructure de la base de données pour conserver vos neuf prévus.
Rapport de changement de schéma de contrôle de cluster La section principale du rapport décrit le temps de fonctionnement/d'arrêt et la disponibilité pour la période de rapport pour chaque cluster géré par ClusterControl. Les informations sont combinées pour tous les clusters, quel que soit le type de cluster.
ClusterControl Rapport de disponibilité historique de l'état du cluster Ci-dessous, dans les détails, vous pouvez voir les changements d'état importants qui se sont produits au cours de la période de rapport, ainsi que les redémarrages du contrôleur. Les redémarrages du contrôleur n'affectent pas la disponibilité ou les temps d'arrêt et la maintenance planifiée ne sera pas prise en compte dans le rapport.
Historique des nœuds de rapport de disponibilité de ClusterControl Conclusion
Plusieursnines ClusterControl peut vous aider à couvrir plusieurs aspects de la conformité de votre système de base de données. En commençant par les détails de l'historique de sauvegarde, que vous pouvez utiliser pour suivre des éléments tels que l'achèvement de la sauvegarde, l'historique et les serveurs sans politique de sauvegarde appropriée pour regrouper les rapports de mise à niveau avec des packages système obsolètes et des modifications de schéma. En quelques étapes, vous pouvez planifier des vérifications au niveau de l'entreprise sur vos bases de données open source. Tout cela donnera à vos équipes de gestion et d'assistance un meilleur aperçu de vos opérations de base de données.
