Pandora FMS による効率的な MySQL 監視

一元化されたインターフェイスから、MySQL データベースを完全にコントロールできます

Pandora FMS は、Discovery サーバから MySQL データベースの監視を容易にし、一つの直感的なウェブインタフェースから主要なメトリクスを監視できます。

デービーツー

サーバーに追加のコンポーネントをインストールすることなく、MySQLデータベースの詳細なメトリクスをリモートで取得できます

Pandora FMS MySQL Discoveryプラグインを利用すると、アクティブな接続数、キャッシュサイズ、ログ使用率など、環境のパフォーマンスやステータスを分析するためにスケジュールクエリを実行できます。

なぜPandora FMSがMySQLの監視に最適なのか?

Pandora FMS は、柔軟性、カスタマイズ性、集中管理性を兼ね備えた、MySQLデータベースを監視するための包括的なソリューションです。リモート接続からクエリのカスタマイズまで、Pandora FMS はどのような IT インフラのニーズにも完璧に対応します。

ローカルエージェントを介さないリモート接続

サーバに追加コンポーネントをインストールすることなく、MySQL データベースを監視できます。Pandora FMS は、Discovery Server からの効率的な接続を可能にし、実装をシンプルにし、最も関連性の高いメトリクスへの素早いアクセスを保証します。

複数インスタンスの効率的な管理

複数の MySQL データベースを同時に監視し、各インスタンスのクリティカリティに応じてカスタマイズしたメトリクスやインターバルを割り当てます。Pandora FMS は、グループやクライアントごとに異なる環境をセグメント化して管理することも可能で、一元的で柔軟なソリューションを提供します。

設定可能なリアルタイム・アラート

重大な問題が検出された場合、メール、SMS、Telegram、チャットツールで即座に簡潔に通知を受け取ります。Pandora FMS を利用することで、MySQL データベースのパフォーマンスに影響する重要な変更を常に通知することができます。

定義済みメトリクスとカスタムクエリ

Pandora FMS では、ログの使用率、アクティブな接続、クエリの応答時間など、MySQL のパフォーマンスを監視するために定義済みのメトリックを選択することができます。さらに、カスタムクエリを追加することで、既存の SQL スクリプトを再利用しながら、環境のニーズに合わせた監視を行うことができます。

集中制御と適応制御

Pandora FMS は、MySQL データベースだけでなく、DB2OracleMicrosoft SQL Server や、Google CloudAWSAzure などのクラウドサービスも監視できます。これにより、単一の直感的なインターフェースから IT インフラ全体を完全に可視化することができます。

MySQLモニタリングの簡単な設定

MySQL データベースを監視するための Pandora FMS の設定は、高速で効率的なプロセスです。ディスカバリサーバから以下の手順に従ってください:


1.
ディスカバリーサーバーでMySQLを選択する

メニューにアクセスする > ディスカバリー・アプリケーション を選択する。 をクリックしてウィザードを開始します。この最初のステップで監視タスクを設定します。

select mysql
mysqlパラメータを定義する

2.基本パラメータの定義

タスクの必須データを設定する:

  • タスクを簡単に識別できるように、説明的な名前を設定します。
  • 生成されたエージェントにグループを割り当てます。
  • 適切な監視間隔を設定する(例:5分または15分ごと)。

3.認証情報を入力し、サーバーを設定する

MySQL データベースへの接続に必要な認証情報を追加します。さらに、IP:PORT/SID または IP/SID 形式を使用してサーバーのリストを定義し、1 つのタスクから複数のインスタンスを管理できるようにします。高度なオプション

  • マルチサーバー環境での実行を最適化するためにスレッド数を設定します。
  • メトリックスを保存するエージェントの名前や、接続にプロキシを使用するなどのその他の設定をカスタマイズします。
MySQL 認証情報
mysqlメトリクスのカスタマイズ

4.メトリクスとクエリのカスタマイズ

最も適切な事前定義されたメトリクスを選択するか、カスタムクエリを追加することで、環境の特定の目的に合わせたモニタリングを行うことができます。独自の SQL スクリプトがある場合、Pandora FMS は、カスタマイズを最大化するためにそれらを簡単にディスカバリサーバに統合できます。また、モニタリングを保存するエージェント名や、タスクによって生成されるモジュールのプレフィックスを定義することもできます。

5.スケジュールされたタスクの相談

タスクが設定されたら、スケジュールされたタスクのリストにアクセスします。このセクションでは以下のことができます:

  • タスクの現在のステータスを確認する。
  • 接続されているサーバーの詳細なサマリーにアクセスできます。
  • 必要に応じてリアルタイムアップデートを強制的に実行する。
mysqlタスク
mysql エージェントとモジュール

詳細結果

プラグインによって作成されたエージェントとモジュール

グローバルエージェント:このエージェントは、監視対象データベースの一般的な統計情報を統合します。

各データベースのエージェント:各 MySQL インスタンスは、作成された設定に従って特定のモジュールを含む独自のエージェントを持つ。

生成されたメトリクス

タスクは、ターゲットデータベースごとにエージェントを 1 つ作成する。このエージェントは以下のモジュールを含むものとする:

engine_uptimeが有効な場合

再起動検出

予期せぬ再起動が検出された場合は0、そうでない場合は1とする。 サーバーが予期せず再起動した場合、データベースへのアクセスが中断され、トランザクションや正しく保存されていないデータが失われる可能性があります。

query_statsが有効な場合

クエリ

総相談件数。 クエリの監視は、サーバーで実行されているワークロードを把握し、システム全体のパフォーマンスを評価するために不可欠です。クエリの総数を監視することで、アクティビティの急増を特定し、パフォーマンスを最適化し、非効率なクエリや過剰なクエリなどの潜在的な問題を検出することができます。

クエリーレート

相談料。 クエリレートとは、MySQL サーバ上でクエリが実行される速度のことです。クエリレートを監視することで、サーバのワークロードをリアルタイムで評価し、使用パターンを検出することができます。クエリレートが高い場合は、リソースに対する要求が高いことを示し、最適なパフォーマンスを維持するためにサーバ構成の調整またはハードウェアのアップグレードが必要な場合があります。一方、クエリーレートが低い場合は、利用可能なリソースが十分に利用されていないか、アプリケーションのパフォーマンスに問題がある可能性があります。

クエリーセレクト

SELECTクエリの数。 SELECT クエリはデータベースからデータを取得するために使用されます。SELECTクエリを監視することで、クエリの効率とインデックスの最適化を評価することができます。遅い、あるいは非効率な SELECT クエリを特定することで、適切なインデックスの追加、クエリの最適化、サーバ設定の調整など、パフォーマンスを向上させる手段を講じることができます。

クエリ更新

UPDATEクエリの数。 UPDATE クエリは、データベース内の既存のデータを変更するために使用されます。UPDATEクエリを監視することは、データ更新の頻度と効率を評価する上で重要です。多数の行に影響するUPDATEクエリや、サーバのパフォーマンスに大きな影響を与えるUPDATEクエリを特定することができます。これにより、クエリを最適化したり、テーブルの構造を見直したり、更新によって発生する負荷を軽減する手段を講じることができます。

クエリー削除

DELETEクエリの数。 DELETE クエリは、データベースからデータを削除するために使用されます。DELETE クエリの監視は、データ削除の頻度と効率を評価するのに便利です。大量の行に影響する DELETE クエリや、サーバーのパフォーマンスに大きな影響を与える DELETE クエリを特定することができます。こ れに よ り 、 ク エ リ を最適化 し た り 、 テーブルの構造を見直し た り 、 削除に よ っ て発生す る 負荷を軽減す る 手段を講 じ る こ と がで き ます。

クエリーインサート

INSERTクエリの数。 INSERT クエリは、新しいデータをデータベースに挿入するために使用されます。INSERT クエリを監視することで、データ挿入の頻度と効率を評価できます。サーバに高負荷を与えている INSERT クエリや、パフォーマンスの問題を引き起こしている可能性のある INSERT クエリを特定できます。こ れに よ り 、 ク エ リ の最適化、 テーブル構造の見直し、 または高集中度環境でのパフ ォーマ ン ス向上のための遅延挿入戦略の検討が可能にな り ます。

analyze_connections が有効な場合

現在の接続

現在の接続数。 現在の接続数とは、任意の時点で MySQL サーバに確立されている同時接続数のことです。サーバが現在のワークロードを処理できるようにするには、この値を監視することが不可欠です。現在の接続数が許容される最大接続数に近い場合、新しいユーザやアプリケーションが正しく接続できないことがあります。また、接続数が異常に増加していないかチェックすることも重要です。これは、パフォーマンスの問題や悪意のある活動の可能性を示している可能性があります。

接続率

コネクションの比率。 接続比率とは、MySQL サーバで接続が確立され、クローズされる頻度のことです。この値を監視することで、使用パターンやアクティビティの急増を特定することができます。接続比率が高い場合は、リソースに対する要求が高い可能性があり、サーバ構成の調整、ハードウェア容量の増加、アプリケーション設計の見直しなどのアクションが必要になります。一方、接続比率が低い場合は、利用可能なリソースが十分に活用されていない可能性があります。

接続中止

中断された接続の数。 アボートされた接続とは、通常のライフサイクルを完了する前に異常に中断された接続のことである。これは、ネットワークの問題、認証エラー、非効率的なクエリ、またはサーバ設定の問題によって発生する可能性があります。中断された接続を監視することは、MySQL サーバの安定性とパフォーマンスに影響を与える問題を特定し、トラブルシューティングを行う上で非常に重要です。接続中断のパターンを検出することで、是正措置を講じ、アプリケーションまたはインフラストラクチャを最適化して、不要な停止を回避することができます。

innodb_stats が有効な場合

Innodb バッファプール総ページ数

バッファプール内の総ページ数(使用率)。 InnoDB バッファは、MySQL の InnoDB ストレージアーキテクチャの重要な部分です。InnoDB バッファの総ページ数を監視することは、バッファの効率と、ディスクからアクセスする代わりにメモリにデータを格納する能力を評価するために重要です。InnoDB バッファの値が適切でうまく調整されていると、ディスクへの読み取りと書き込みの必要性が減り、システム全体のパフォーマンスが向上します。

Innodb バッファプールの読み込み要求

innodb バッファプールから読み込む。 このメトリックは、InnoDBバッファからデータを読み取るように要求した回数を示します。InnoDB バッファ読み込み要求を監視することで、バッファの効率を評価し、読み込みの大半がメモリからサービスされているか、ディスクからの読み込みの負荷が高いかを判断することができます。InnoDB バッファの読み取り要求が多い場合は、メモリの利用率が高く、パフォーマンスが向上している可能性があります。

Innodb ディスクリード

読み取り操作の回数。 InnoDB におけるディスクからの読み取りとは、InnoDB バッファに保存されたデータを使用するのではなく、ディスクストレージから直接実行される読み取り操作を指します。ディスクからの読み取りを監視することで、InnoDBバッファの効率を評価し、ディスクからの読み取りが多すぎるかどうかを判断することができます。ディスクからの読み取りが多い場合は、InnoDBバッファのサイズを調整するか、クエリの効率を改善する必要があることを示している可能性があります。

Innodb ディスク書き込み

書き込み回数。 InnoDB のディスク書き込みは、ディスク・ストレージに直接実行される書き込み操作を指します。ディスク書き込みを監視することは、書き込み負荷を評価し、パフォーマンスに影響を与える可能性のある書き込み操作が多すぎるかどうかを判断するために重要です。ディスクへの書き込みが多い場合は、書き込み操作を最適化する必要があるか、パフォーマンスを改善するためにキャッシュ・チューニングやバッチ書き込みなどのテクニックの使用を検討する必要があることを示しています。

Innodbディスクデータ読み込み

ディスクから読み込んだデータ量。 このメトリクスは、InnoDBでディスクから読み取られるデータ量を指します。ディスクから読み込まれるデータ量を監視すると、InnoDB の読み取り操作のパフォーマンスと効率を評価するのに役立ちます。ディスクから読み込まれるデータ量が多い場合、パフォーマンスに問題があり、クエリを最適化したり、InnoDBバッファの効率を改善する必要があることを示している可能性があります。

書き込まれたInnodbディスクデータ

ディスクに書き込まれたデータ量。このメトリクスは、InnoDBでディスクに書き込まれたデータ量を指します。ディスクに書き込まれたデータ量を監視すると、InnoDB の書き込み操作のパフォーマンスと効率を評価するのに役立ちます。ディスクに書き込まれたデータ量が多い場合は、書き込み負荷が高く、書き込み操作を最適化する必要があるか、パフォーマンスを改善するためにキャッシュチューニングやバッチ書き込みなどのテクニックを検討する必要があることを示している可能性があります。

cache_stats が有効な場合

クエリーキャッシュ有効

クエリキャッシュが有効。 MySQL のクエリ キャッシュを使用すると、クエリとその結果をメモリに保存して、まったく同じクエリを繰り返す場合に再利用できるようになります。クエリ キャッシュが有効か無効かを監視することは、キャッシュがシステム全体のパフォーマンスに与える影響を評価する上で重要です。クエリ・キャッシュは、同一のクエリの繰り返し実行を防ぐことでパフォーマンスを向上させることができますが、クエリが頻繁に変更される場合やキャッシュ・サイズが不十分な場合には、悪影響を及ぼす可能性もあります。

クエリーヒット率

相談のヒット率 クエリ・ヒット率とは、実行されたクエリの総数と比較した、クエリ・キャッシュによって解決されたクエリの割合を指します。クエリ・ヒット・レシオを監視することで、クエリ・キャッシュの効率を評価し、それが効果的に使用されているかどうかを判断することができます。高いクエリ・ヒット・レシオは良好なキャッシュ・パフォーマンスを示しますが、低いヒット・レシオはキャッシュが最適化されていないか、クエリが頻繁に変更されていることを示している可能性があります。

engine_uptimeが有効な場合

restart_detection予期しない再起動が検出された場合は0、そうでない場合は1とする。サーバが予期せず再起動した場合、データベースへのアクセスが中断され、トランザクションや正しく保存されていないデータが失われる可能性があります。

query_statsが有効な場合

queriesクエリーの総数。クエリの監視は、サーバーで実行されているワークロードを理解し、システム全体のパフォーマンスを評価するために不可欠です。クエリの総数を監視することで、アクティビティの急増を特定し、パフォーマンスを最適化し、非効率なクエリや過剰なクエリなどの潜在的な問題を検出することができます。
クエリレート クエリレート。クエリレートとは、MySQL サーバでクエリが実行される速度のことです。クエリレートを監視することで、サーバのワークロードをリアルタイムで評価し、使用パターンを検出することができます。クエリレートが高い場合、リソースに対する要求が高く、最適なパフォーマンスを維持するためにサーバ構成の調整またはハードウェアのアップグレードが必要になる可能性があります。一方、クエリーレートが低い場合は、利用可能なリソースが十分に利用されていないか、アプリケーションのパフォーマンスに問題がある可能性があります。
クエリ selectSELECT クエリの数。SELECT クエリはデータベースからデータを取得するために使用されます。SELECT クエリを監視することで、クエリの効率とインデックスの最適化を評価することができます。遅い、あるいは非効率な SELECT クエリを特定することで、適切なインデックスの追加、クエリの最適化、サーバ設定の調整など、パフォーマンスを向上させる手段を講じることができます。
クエリ updateUPDATE クエリの数。UPDATE クエリは、データベース内の既存のデータを変更するために使用されます。UPDATEクエリを監視することは、データ更新の頻度と効率を評価する上で重要です。多数の行に影響するUPDATEクエリや、サーバのパフォーマンスに大きな影響を与えるUPDATEクエリを特定することができます。これにより、クエリを最適化したり、テーブルの構造を見直したり、更新によって発生する負荷を軽減する手段を講じることができます。
query deleteDELETE クエリの数。DELETE クエリはデータベースからデータを削除するために使用されます。DELETE クエリの監視は、データ削除の頻度と効率を評価するのに便利です。大量の行に影響する DELETE クエリや、サーバーのパフォーマンスに大きな影響を与える DELETE クエリを特定できます。こ れに よ り 、 ク エ リ を最適化 し た り 、 テーブルの構造を見直し た り 、 削除に よ っ て発生す る 負荷を軽減す る 手段を講 じ る こ と がで き ます。
クエリ insertINSERT クエリの数。INSERT クエリは、新しいデータをデータベースに挿入するために使用されます。INSERT クエリを監視することで、データ挿入の頻度と効率を評価できます。サーバに高負荷を与えている INSERT クエリや、パフォーマンスの問題を引き起こしている可能性のある INSERT クエリを特定できます。こ れに よ り 、 ク エ リ の最適化、 テーブル構造の見直し、 または高集中度環境でのパフ ォーマ ン ス向上のための遅延挿入戦略の検討が可能にな り ます。

analyze_connections が有効な場合

現在の接続数 現在の接続数。現在の接続数とは、任意の時点で MySQL サーバに確立されている同時接続数のことです。サーバが現在のワークロードを処理できるようにするには、この値を監視することが不可欠です。現在の接続数が許容される最大接続数に近い場合、新しいユーザやアプリケーションが正しく接続できない可能性があります。また、接続数が異常に増加していないかチェックすることも重要です。これは、パフォーマンスの問題や悪意のある活動の可能性を示している可能性があります。
接続比率接続比率。接続比率とは、MySQL サーバで接続が確立され、クローズされる頻度のことです。この値を監視することで、使用パターンやアクティビティの急増を特定することができます。接続比率が高い場合は、リソースに対する要求が高いことを示し、サーバ構成の調整、ハードウェア容量の増加、アプリケーション設計の見直しなどのアクションが必要な場合があります。一方、接続比率が低い場合は、利用可能なリソースが十分に活用されていない可能性があります。
アボートされた接続数 アボートされた接続数。アボートされた接続とは、通常のライフサイクルを完了する前に異常切断された接続のことです。これは、ネットワークの問題、認証エラー、非効率的なクエリ、またはサーバー構成の問題が原因で発生する可能性があります。中断された接続の監視は、MySQL サーバの安定性とパフォーマンスに影響を与える可能性のある問題を特定し、トラブルシューティングを行う上で非常に重要です。中断された接続のパターンを検出することで、是正措置を講じ、アプリケーションまたはインフラストラクチャを最適化し、不要な停止を回避することができます。

innodb_stats が有効な場合

Innodb buffer pool pages totalバッファプールの総ページ数(利用率)。InnoDB バッファは、MySQL の InnoDB ストレージアーキテクチャの重要な部分です。InnoDB バッファプールの総ページ数を監視することは、バッファの効率と、ディスクからアクセスする代わりにメモリにデータを格納する能力を評価するために重要です。InnoDB バッファの値が適切でうまく調整されていると、ディスクへの読み取りと書き込みの必要性が減り、システム全体のパフォーマンスが向上します。
Innodb buffer pool read requestsInnodbバッファプールからの読み込み。このメトリックは、InnoDB バッファからデータを読み込むように要求された回数を示します。InnoDB バッファ読み込み要求を監視することで、バッファの効率を評価し、読み込みの大半がメモリからサービスされているのか、ディスクからの読み込みの負荷が高いのかを判断することができます。InnoDB バッファの読み取り要求が多い場合は、メモリの利用率が高く、パフォーマンスが向上している可能性があります。
Innodb disk reads読み取り操作の数。InnoDB ディスク読み取りとは、InnoDB バッファに保存されたデータを使用するのではなく、ディスクストレージから直接実行される読み取り操作を指します。ディスクからの読み取りを監視することで、InnoDBバッファの効率を評価し、ディスクからの読み取りが多すぎるかどうかを判断することができます。ディスクからの読み取りが多い場合は、InnoDBバッファのサイズを調整するか、クエリの効率を改善する必要があることを示している可能性があります。
Innodb disk writes書き込み操作の数。InnoDB ディスク書き込みは、ディスクストレージに直接実行される書き込み操作を指します。ディスク書き込みを監視することは、書き込み負荷を評価し、パフォーマンスに影響を与える可能性のある書き込み操作が多すぎるかどうかを判断するために重要です。ディスクへの書き込みが多い場合は、書き込み操作を最適化する必要があるか、パフォーマンスを向上させるためにキャッシュ・チューニングやバッチ書き込みなどのテクニックの使用を検討する必要があることを示しています。
Innodb disk data readディスクから読み込んだデータ数。このメトリクスは、InnoDBでディスクから読み取られたデータ量を指します。ディスクからの読み取りデータ量を監視することで、InnoDB の読み取り操作のパフォーマンスと効率を評価することができます。ディスクから読み込まれるデータ量が多い場合、パフォーマンスに問題があり、クエリを最適化したり、InnoDBバッファの効率を改善する必要があることを示している可能性があります。
Innodb disk data writtenディスクに書き込まれたデータ量。このメトリクスは、InnoDBでディスクに書き込まれたデータ量を指します。ディスクに書き込まれたデータ量を監視すると、InnoDB の書き込み操作のパフォーマンスと効率を評価するのに役立ちます。ディスクに書き込まれたデータ量が多い場合は、書き込み負荷が高く、書き込み操作を最適化する必要があるか、パフォーマンスを改善するためにキャッシュチューニングやバッチ書き込みなどのテクニックを検討する必要があることを示している可能性があります。

cache_stats が有効な場合

クエリキャッシュを有効にする クエリキャッシュを有効にする。MySQL のクエリ キャッシュを使用すると、クエリとその結果をメモリに保存して、まったく同じクエリを繰り返す場合に再利用できるようになります。クエリ キャッシュが有効か無効かを監視することは、キャッシュがシステム全体のパフォーマンスに与える影響を評価する上で重要です。クエリ・キャッシュは、同一のクエリの繰り返し実行を防ぐことでパフォーマンスを向上させることができますが、クエリが頻繁に変更される場合やキャッシュ・サイズが不十分な場合には、悪影響を及ぼす可能性もあります。
query hit ratio クエリ・ヒット・レシオ。クエリ・ヒット率とは、実行されたクエリの総数と比較した、クエリ・キャッシュによって解決されたクエリの割合を指します。クエリ・ヒット・レシオを監視することで、クエリ・キャッシュの効率を評価し、それが効果的に使用されているかどうかを判断することができます。高いクエリ・ヒット・レシオは良好なキャッシュ・パフォーマンスを示しますが、低いヒット・レシオはキャッシュが最適化されていないか、クエリが頻繁に変更されていることを示している可能性があります。

プラグインはまた、設定ファイルで定義されたカスタムクエリごとにモジュールを作成します。

メトリクス AWS PFMS 2

パンドラFMSリソース

もっと知りたいですか?その他のリソース

サポート

テクニカルサポート: 疑問点を解決するための個別サポート。

もっと見る
ガイド

ユーザーガイド: Pandora FMS を最大限に活用する方法をご紹介します。

もっと見る
ブログ

ブログ記事 複数の環境でのモニタリングに関する記事とチュートリアル。

もっと読む
Please accept marketing cookies to watch this video.

DB2データベースをリモートで手間なく監視する

Pandora FMS は、Discovery Server から DB2 データベースの監視を容易にし、直感的なウェブインタフェースから多くのメトリクスを取得できます。

Share your experience
with Pandora FMS and get

20€


Review now →