Operational Reporting unterstützt die tägliche Überwachung und Kontrolle der Unternehmensaktivitäten. Der Zweck dieses Blog-Artikels besteht darin, Sie mit den in ClusterControl verfügbaren Betriebsberichten vertraut zu machen.
ClusterControl-Betriebsberichte statten Sie mit Informationen über den Status Ihrer Datenbankinfrastruktur aus, die Sie zur Prüfung Ihrer Umgebung oder als Teil des Betriebssupports verwenden können. Diese Berichte bestehen aus verschiedenen Prüfungen und behandeln verschiedene tägliche DBA-Aufgaben. Die Idee hinter dem Betriebsbericht von ClusterControl besteht darin, alle relevantesten Daten in einem einzigen Dokument zusammenzufassen, das schnell analysiert werden kann, um ein klares Verständnis des Status der Datenbanken und ihrer Prozesse zu erhalten.
Mit ClusterControl können Sie umgebungsübergreifende Berichte wie „Daily System Report“, „Package Upgrade Report“, „Schema Change Report“ sowie „Backups“ und „Availability“ planen. Diese Berichte helfen Ihnen, Ihre Umgebung sicher und betriebsbereit zu halten. Sie sehen auch Empfehlungen zum Beheben von Lücken. Berichte können an SysOps, DevOps oder sogar Manager adressiert werden, die regelmäßige Statusaktualisierungen über den Zustand eines bestimmten Systems erhalten möchten.
Warum brauche ich Betriebsberichte?
Möglicherweise verfügen Sie bereits über ein ausgezeichnetes Überwachungstool mit allen möglichen Metriken/Diagrammen und haben wahrscheinlich auch Warnmeldungen basierend auf Metriken und Schwellenwerten eingerichtet (einige haben sogar automatisierte Berater, die ihnen Empfehlungen geben oder Dinge automatisch beheben). Das ist gut – Einblick in Ihre System ist wichtig; Trotzdem müssen Sie viele Informationen verarbeiten können. Integrierte Tools wie ClusterControl haben den Vorteil, dass sich alle unterschiedlichen Informationen an derselben Stelle befinden.
Auf kleineren Systemen möchten Sie vielleicht einige manuelle Überprüfungen durchführen, aber in größeren Umgebungen ist es unmöglich, alles in Echtzeit zu analysieren. Es klingt auch nach Zeitverschwendung. Um sicherzustellen, dass Ihre Systeme in gutem Zustand sind, müssen Sie eine Menge Informationen durchgehen. Normalerweise umfasst dies Host-Statistiken, Datenbank-Statistiken, Status von Sicherungen, Protokolle und so weiter.
Was ist zu überwachen und wie oft?
Sobald Sie alle Ihre Datenbanküberwachungs-/Verwaltungstools eingerichtet haben, müssen Sie eine Routine einrichten, um den Zustand der Datenbanken zu überprüfen. Wie oft Sie dies tun möchten, liegt ganz bei Ihnen und sollte auf der Größe/Arbeitslast Ihrer Umgebung oder auf den Compliance-Standards Ihres Unternehmens oder Ihrer Branche basieren. Bei kleineren Setups funktionieren tägliche Überprüfungen. Bei größeren Konfigurationen müssen Sie dies wahrscheinlich jede Woche oder so tun. Der Grund dafür ist, dass regelmäßige Tests es Ihnen ermöglichen sollten, proaktiv zu handeln und Probleme zu beheben, bevor sie auftreten oder schwerwiegend werden. Natürlich werden Sie irgendwann Ihr Muster entwickeln, aber hier sind einige Tipps, worauf Sie achten sollten.
Was überwacht werden muss, hängt wahrscheinlich mit der Rolle zusammen, die Sie in Ihrer IT-Organisation spielen. DBAs, DevOps, Entwickler oder IT-Management haben jeweils unterschiedliche Anforderungen.
ClusterControl-Betriebsberichte Planer für Betriebsberichte
Bevor wir mit der Beschreibung bestimmter Betriebsberichte beginnen, werfen wir einen kurzen Blick auf den Berichtsplaner. Sie können basierend auf Ihrem Clusternamen wiederkehrende automatisierte Berichte einrichten. Die Erzeugungsrate ist in Typ täglich, wöchentlich, monatlich unterteilt. Jeder von ihnen gibt Ihnen die Möglichkeit, den Bericht nach Bedarf einzurichten, z. B. jeden 5. Tag des Monats für einen monatlichen Typ oder jeden Dienstag, wenn Sie wöchentliche Berichte abrufen.
Scheduler für ClusterControl-Betriebsberichte Im zweiten Abschnitt des Berichtsplaners können Sie die Empfänger auswählen. Es ist eine gute Gelegenheit, einige Benachrichtigungen für das Verwaltungsteam und dann eher technische für den IT-Support einzurichten. Eine korrekte Planung kann die IT erheblich entlasten, z. B. wenn das Management nach Verfügbarkeitsberichten fragt oder das Sicherheitsteam Änderungen der Paketversion und des Schemas wissen muss.
Backup-Bericht
Der wöchentliche Sicherungsbericht ist ein HTML-Bericht, der einen Überblick über die Sicherungen für den Berichtszeitraum für alle verwalteten Cluster bietet. Der Sicherungsbericht ist in zwei Abschnitte unterteilt; Backup-Zusammenfassung und Backup-Details.
Im Hauptbereich des Berichts sehen Sie die Zusammenfassung aller Ihrer Cluster mit Clustertyp, letztem Backup, fehlgeschlagenen und erfolgreichen Backups, Erfolgsrate und Aufbewahrungszeitraum. Wichtig ist auch, dass Sie auch Informationen zu Clustern ohne Backup-Set sehen. Es ist äußerst hilfreich, wenn Sie vergessen, eine Sicherung einzurichten, oder wenn Sicherungen aus irgendeinem Grund nicht mehr funktionieren.
ClusterControl Backup Summary Operation Report In den Sicherungsdetails können Sie eine bestimmte Sicherungs-ID mit Detailinformationen zu Ort, Größe, Zeit und Methode verfolgen. Wir verwenden die gleichen Vorlagen mit Daten für verschiedene Datenbanktypen, sodass Sie bei der Verwaltung Ihrer gemischten Umgebung das gleiche Gefühl und Aussehen erhalten. Es hilft, verschiedene Datenbanksicherungen besser zu verwalten.
Wie funktioniert diese Lösung? Wir sammeln Informationen über den Backup-Prozess, die Systeme, Plattformen und Geräte in der Backup-Infrastruktur, wenn der Backup-Job ausgelöst wird. Alle diese Informationen werden aggregiert und in einer CMON (ClusterControl-Repository-Datenbank) gespeichert, sodass keine zusätzlichen Abfragen bestimmter Datenbanken erforderlich sind.
Standardclusterbericht
Der Standard-Cluster-Bericht enthält alle detaillierten Informationen zu einem bestimmten Cluster. Es beginnt mit einer Überprüfung verschiedener Warnungen, die sich auf die Clustergruppe beziehen.
ClusterControl Standardclusterbericht Im nächsten Abschnitt geht es um den Status der Knoten, die Teil des Clusters sind. Sie haben eine Liste der Knoten im Cluster, ihren Typ, ihre Rolle (Master oder Slave), den Status des Knotens, die Betriebszeit und das Betriebssystem.
ClusterControl Standard-Cluster-Berichtsknotenverfügbarkeit und Rollen Ein weiterer Abschnitt des Berichts ist die Backup-Zusammenfassung, wie oben besprochen.
ClusterControl Standard-Clusterbericht-Sicherungsdetails Als Nächstes wird ein Überblick über die wichtigsten Suchanfragen im Cluster gegeben. Schließlich sehen wir eine „Knotenstatus-Übersicht“, in der Sie Diagramme zu Betriebssystem- und MySQL-Metriken für jeden Knoten erhalten.
ClusterControl Standard-Cluster-Übersichtsknotenstatus Upgrade-Bericht
Dieser Cluster-Bericht hilft Ihnen dabei, Ihre Pakete aktuell und sicher zu halten. Der Upgrade-Bericht sammelt Informationen vom Betriebssystem und vergleicht sie mit den im Repository verfügbaren Paketen.
Der Bericht ist in vier Abschnitte unterteilt; Upgrade-Zusammenfassung, Datenbankpakete, Sicherheitspakete und andere Pakete. Sie können schnell vergleichen, was Sie auf Ihrem System installiert haben, und ein empfohlenes Upgrade oder Patch finden.
Schemaänderungserkennungsbericht
Der Schema Change Detection Report zeigt alle DDL-Änderungen an Ihrer Datenbank. Um korrekt zu funktionieren, ist ein zusätzlicher Parameter in der ClusterControl-Konfigurationsdatei erforderlich. Wenn dies nicht gesetzt ist, sehen Sie folgende Informationen:schema_change_detection_address is not set in /etc/cmon.d/cmon_1.cnf. Sobald dies eingerichtet ist, kann eine Beispielausgabe wie folgt aussehen:
ClusterControl-Schemaänderungsbericht Verfügbarkeitsbericht
Last but not least ist der Verfügbarkeitsbericht. Die Verfügbarkeit ist notorisch schwer zu messen und zu berichten, obwohl sie ein wichtiger KPI in jedem SLA zwischen Ihnen und Ihrem Kunden ist. Vor diesem Hintergrund haben wir einen Bericht erstellt, der die Betriebszeit Ihrer Datenbank messen kann. Das Skript wird bei geplanten Wartungsarbeiten in Ihr Konto gestellt, die Sie in ClusterControl einstellen können. Anhand der Berichtsinformationen können Sie sehen, ob Sie Ihr internes oder externes SLA einhalten und Änderungen in der Datenbankinfrastruktur planen, um Ihre geplanten Neunen einzuhalten.
ClusterControl-Schemaänderungsbericht Der Hauptabschnitt des Berichts beschreibt die Betriebszeit/Ausfallzeit und Verfügbarkeit für den Berichtszeitraum für jeden von ClusterControl verwalteten Cluster. Die Informationen werden unabhängig vom Clustertyp für alle Cluster kombiniert.
ClusterControl-Verfügbarkeitsbericht Cluster-Zustandsverlauf Unten im Detail sehen Sie wichtige Zustandsänderungen, die innerhalb des Berichtszeitraums aufgetreten sind, sowie Controller-Neustarts. Controller-Neustarts wirken sich nicht auf die Betriebs- oder Ausfallzeit aus und geplante Wartungsarbeiten werden nicht in den Bericht aufgenommen.
Knotenverlauf des ClusterControl-Verfügbarkeitsberichts Schlussfolgerung
Multiplenines ClusterControl kann Ihnen dabei helfen, mehrere Aspekte der Compliance Ihres Datenbanksystems abzudecken. Beginnend mit Details zum Sicherungsverlauf, mit denen Sie Dinge wie Sicherungsabschluss, Verlauf und Server ohne eine ordnungsgemäße Sicherungsrichtlinie nachverfolgen können, bis hin zu Paket-Upgrade-Berichten mit veralteten Systempaketen und Schemaänderungen. Mit wenigen Schritten können Sie Prüfungen auf Unternehmensebene für Ihre Open-Source-Datenbanken planen. All dies wird Ihren Management- und Supportteams einen besseren Einblick in Ihre DB-Operationen geben.
