ClusterControlでのデータベース運用レポートの概要

オペレーショナルレポーティングは、日々の企業活動の監視と制御をサポートします。このブログ記事の目的は、ClusterControlで利用可能な運用レポートについて理解を深めることです。

ClusterControlの運用レポートは、データベースインフラストラクチャのステータスに関する情報を提供します。この情報を使用して、環境を監査したり、運用サポートの一部として使用したりできます。これらのレポートはさまざまなチェックで構成され、さまざまな日常のDBAタスクに対応しています。 ClusterControlの運用レポートの背後にある考え方は、データベースとそのプロセスのステータスを明確に理解するために、最も関連性の高いすべてのデータを1つのドキュメントにまとめてすばやく分析できるようにすることです。

ClusterControlを使用すると、「日次システムレポート」、「パッケージアップグレードレポート」、「スキーマ変更レポート」、「バックアップ」、「可用性」などの環境間レポートをスケジュールできます。これらのレポートは、環境の安全性と運用性を維持するのに役立ちます。また、ギャップを修正する方法に関する推奨事項も表​​示されます。レポートは、SysOps、DevOps、または特定のシステムの状態に関する定期的なステータス更新を取得したいマネージャーに宛てて送信できます。

運用レポートが必要なのはなぜですか？

考えられるすべてのメトリック/グラフを備えた優れた監視ツールがすでにある可能性があり、メトリックとしきい値に基づいてアラートを設定している可能性があります（自動アドバイザーが推奨事項を提供したり、自動的に修正したりする場合もあります）。システムは重要です。それでも、多くの情報を処理できる必要があります。 ClusterControlのような統合ツールには、さまざまな情報がすべて同じ場所にあるという利点があります。

小規模なシステムでは、手動でチェックすることもできますが、大規模な環境では、すべてをリアルタイムで分析することは不可能です。また、時間の無駄のように聞こえます。システムが良好な状態であることを確認するには、かなり多くの情報を調べる必要があります。通常、これにはホスト統計、データベース統計、バックアップの状態、ログなどが含まれます。

何をどのくらいの頻度で監視しますか？

すべてのデータベース監視/管理ツールをセットアップしたら、データベースの状態をチェックするためのルーチンを確立する必要があります。どのくらいの頻度でそれを実行したいかはあなた次第であり、環境のサイズ/作業負荷、または会社や業界のコンプライアンス基準に基づいている必要があります。小規模なセットアップの場合、毎日のチェックが機能します。大規模な構成の場合、おそらく毎週かそこらでそれを行う必要があります。その背後にある理由は、定期的なテストにより、問題が発生したり深刻になったりする前に、積極的に行動して問題を修正できるようにする必要があるということです。もちろん、最終的にはパターンを開発しますが、ここにあなたが見たいと思うかもしれないものに関するいくつかのヒントがあります。

監視する対象は、おそらくIT組織で果たす役割に関連しています。 DBA、DevOps、開発者、またはIT管理には、それぞれ異なるニーズがあります。

操作レポートスケジューラ

特定の運用レポートの説明を始める前に、レポートスケジューラについて簡単に見てみましょう。クラスタ名に基づいて、定期的な自動レポートを設定できます。発生率は、日次、週次、月次のタイプに分けられます。それぞれが、月次タイプの場合は月の5日ごと、週次レポートを取得する場合は毎週火曜日のように、必要に応じてレポートを設定するオプションを提供します。

レポートスケジューラの2番目のセクションでは、受信者を選択できます。管理チーム向けにアラートを設定し、次にITサポート向けに技術的なアラートを設定する良い機会です。これを正しくスケジュールすると、ITからタスクを大幅に取り除くことができます。つまり、管理者が可用性レポートを要求している場合や、セキュリティチームがパッケージのバージョンとスキーマの変更を知る必要がある場合です。

バックアップレポート

週次バックアップレポートは、すべての管理対象クラスターのレポート期間のバックアップの概要を提供するHTMLレポートです。バックアップレポートは2つのセクションに分かれています。バックアップの概要とバックアップの詳細。

レポートのメインセクションには、クラスタータイプ、最後のバックアップ、失敗したバックアップと成功したバックアップ、成功率、および保持期間を含むすべてのクラスターの概要が表示されます。また重要なのは、バックアップが設定されていないクラスターに関する情報も表示されることです。バックアップの設定を忘れた場合や、何らかの理由でバックアップが機能しなくなった場合に非常に役立ちます。

バックアップの詳細では、場所、サイズ、時間、および方法に関する詳細情報を使用して、特定のバックアップIDを追跡できます。異なるデータベースタイプのデータで同じテンプレートを使用するため、混合環境を管理するときに、同じ感触と外観を得ることができます。さまざまなデータベースのバックアップをより適切に管理するのに役立ちます。

このソリューションはどのように機能しますか？バックアップジョブがトリガーされたときに、バックアッププロセス、バックアップインフラストラクチャ内のシステム、プラットフォーム、およびデバイスに関する情報を収集します。その情報はすべて集約されてCMON（ClusterControlリポジトリデータベース）に格納されるため、特定のデータベースに追加でクエリを実行する必要はありません。

デフォルトのクラスターレポート

デフォルトのクラスターレポートには、特定のクラスターに関するすべての詳細情報が含まれています。まず、クラスターグループに関連するさまざまなアラートの確認から始まります。

次のセクションでは、クラスターの一部であるノードの状態について説明します。クラスタ内のノード、それらのタイプ、役割（マスターまたはスレーブ）、ノードのステータス、稼働時間、およびOSのリストがあります。

レポートの別のセクションは、上記で説明したのと同じバックアップの概要です。

次は、クラスター内の上位のクエリのレビューを示します。最後に、「ノードステータスの概要」が表示されます。この概要には、各ノードのOSおよびMySQLメトリックに関連するグラフが表示されます。

アップグレードレポート

このクラスターレポートは、パッケージを最新かつ安全に保つのに役立ちます。アップグレードレポートは、オペレーティングシステムから情報を収集し、それらをリポジトリで利用可能なパッケージと比較します。

レポートは4つのセクションに分かれています。アップグレードの概要、データベースパッケージ、セキュリティパッケージ、およびその他のパッケージ。システムにインストールしたものをすばやく比較して、推奨されるアップグレードまたはパッチを見つけることができます。

スキーマ変更検出レポート

スキーマ変更検出レポートには、データベースのDDL変更が表示されます。正しく機能するには、ClusterControl構成ファイルに追加のパラメーターが必要です。これが設定されていない場合は、次の情報が表示されます。schema_change_detection_addressが/etc/cmon.d/cmon_1.cnfに設定されていません。それが整ったら、出力例は次のようになります。

可用性レポート

最後に重要なのは、可用性レポートです。可用性は、測定とレポートが難しいことで有名ですが、お客様とお客様の間のSLAでは重要なKPIです。そのことを念頭に置いて、データベースの稼働時間を測定できるレポートを作成しました。スクリプトは、ClusterControlで設定できる計画的なメンテナンス中にアカウントに入れられます。レポート情報に基づいて、内部または外部のSLAに準拠しているかどうかを確認し、計画された9を維持するためにデータベースインフラストラクチャの変更を計画できます。

レポートのメインセクションでは、ClusterControlによって管理される各クラスターのレポート期間の稼働時間/ダウンタイムと可用性について説明します。情報は、クラスタータイプに関係なく、すべてのクラスターについて結合されます。

以下の詳細で、レポート期間内に発生した重要な状態の変化と、コントローラーの再起動を確認できます。コントローラの再起動は稼働時間やダウンタイムに影響を与えず、計画されたメンテナンスはレポートにカウントされません。

結論

Somenines ClusterControlは、データベースシステムコンプライアンスのいくつかの側面をカバーするのに役立ちます。バックアップ履歴の詳細から始めます。これを使用して、バックアップの完了、履歴、サーバーなどを追跡できます。適切なバックアップポリシーがなくても、古いシステムパッケージやスキーマの変更を含むアップグレードレポートをパッケージ化できます。いくつかの手順で、オープンソースデータベースのエンタープライズレベルのチェックをスケジュールできます。これらすべてにより、管理チームとサポートチームはDBの運用についてより良い洞察を得ることができます。