MariaDB

MariaDB 統合では、InnoDB、バッファプール、その他のさまざまなオペレーションに関連するパフォーマンス指標を収集します。また、一般ログ、エラーログ、スロークエリ ログを収集して、JSON ペイロードに解析します。エラーログは、エラーコードとサブシステムに対して解析されます。スロークエリ ログは、クエリ時間や検査された行など、クエリのパフォーマンスを説明する Key-Value ペアに解析されます。

MariaDB の詳細については、MariaDB のドキュメントをご覧ください。

前提条件

MariaDB テレメトリーを収集するには、Ops エージェントをインストールする必要があります。

• 指標の場合は、バージョン 2.37.0 以降をインストールします。
• ログの場合は、バージョン 2.37.0 以降をインストールします。

このインテグレーションは、MariaDB バージョン 10.1.X～10.7.X をサポートしています。

MariaDB インスタンスを構成する

MariaDB は、コミュニティによって開発された、MySQL リレーショナル データベース管理システム（RDBMS）の商用サポートされているフォークです。MariaDB のログと指標を収集するには、mysql レシーバを使用します。

mysql 指標は、root ユーザーとして Unix ソケットと Unix 認証を使用し、デフォルトでローカルの MariaDB サーバーに接続します。

mysql_error ロギング レシーバーは、次の表に示すデフォルトのファイルパスからログを収集します。一部のプラットフォームでは、MariaDB はデフォルトでファイルではなく journald にログを記録します。代わりにファイルにロギングするように MariaDB を構成するには、MariaDB 構成の log_error オプションを設定します。log_error 構成の詳細については、ファイルへのエラーログの書き込みをご覧ください。

MariaDB 用に Ops エージェントを構成する

Ops エージェントを構成するのガイドに従って、MariaDB インスタンスからテレメトリーを収集するために必要な要素を追加し、エージェントを再起動します。

構成の例

次のコマンドは、MariaDB　のテレメトリーを収集して取り込み、Ops エージェントを再起動するための構成を作成します。

# Configures Ops Agent to collect telemetry from the app and restart Ops Agent.

set -e

# Create a back up of the existing file so existing configurations are not lost.
sudo cp /etc/google-cloud-ops-agent/config.yaml /etc/google-cloud-ops-agent/config.yaml.bak

# Configure the Ops Agent.
sudo tee /etc/google-cloud-ops-agent/config.yaml > /dev/null << EOF
metrics:
  receivers:
    mysql:
      type: mysql
  service:
    pipelines:
      mysql:
        receivers:
        - mysql
logging:
  receivers:
    mysql_error:
      type: mysql_error
    mysql_general:
      type: mysql_general
    mysql_slow:
      type: mysql_slow
  service:
    pipelines:
      mysql:
        receivers:
          - mysql_error
          - mysql_general
          - mysql_slow
EOF

sudo service google-cloud-ops-agent restart
sleep 60

ログの収集を構成する

MariaDB からログを取り込むには、MariaDB が生成するログのレシーバーを作成してから、新しいレシーバー用のパイプラインを作成する必要があります。

mysql_error ログのレシーバを構成するには、次のフィールドを指定します。

mysql_general ログのレシーバを構成するには、次の項目を指定します。

mysql_slow ログのレシーバを構成するには、次の項目を指定します。

ログの内容

logName は、構成で指定されたレシーバ ID から取得されます。LogEntry 内の詳細なフィールドは、次のとおりです。

mysql_error ログの LogEntry には次のフィールドが含まれます。

mysql_general ログの LogEntry には次のフィールドが含まれます。

mysql_slow ログの LogEntry には次のフィールドが含まれます。

^† これらのフィールドは、log_slow_verbosity システム変数に 'query_plan' が含まれている場合にのみ提供されます。

指標の収集を構成する

MariaDB から指標を取り込むには、MariaDB が生成する指標のレシーバーを作成してから、新しいレシーバー用のパイプラインを作成する必要があります。

このレシーバーでは、複数のエンドポイントのモニタリングなど、構成で複数のインスタンスを使用することはできません。このようなインスタンスはすべて同じ時系列に書き込まれるため、Cloud Monitoring ではインスタンスを区別できません。

mysql 指標のレシーバーを構成するには、次のフィールドを指定します。

モニタリング対象

次の表に、Ops エージェントが MariaDB インスタンスから収集する指標の一覧を示します。

構成を確認する

このセクションでは、MariaDB レシーバが正しく構成されていることを確認する方法について説明します。Ops エージェントがテレメトリーの収集を開始するまでに 1～2 分かかる場合があります。

MariaDB ログが Cloud Logging に送信されていることを確認するには、次のようにします。

1. Google Cloud コンソールで、[ログ エクスプローラ] ページに移動します。

   [ログ エクスプローラ] に移動

   検索バーを使用してこのページを検索する場合は、小見出しが [Logging] である結果を選択します。

2. エディタに次のクエリを入力し、[クエリを実行] をクリックします。
   

   resource.type="gce_instance"
   (log_id("mysql_error") OR log_id("mysql_general") OR log_id("mysql_slow"))
   

MariaDB 指標が Cloud Monitoring に送信されていることを確認するには、次のようにします。

1. Google Cloud コンソールで、[leaderboardMetrics Explorer] ページに移動します。

   Metrics Explorer に移動

   検索バーを使用してこのページを検索する場合は、小見出しが [Monitoring] である結果を選択します。

2. クエリビルダー ペインのツールバーで、[codeMQL] または [codePromQL] という名前のボタンを選択します。
3. [MQL] 切り替えで [MQL] が選択されていることを確認します。言語切り替えボタンは、クエリの書式設定を行うのと同じツールバーにあります。
4. エディタに次のクエリを入力し、[クエリを実行] をクリックします。
   

   fetch gce_instance
   | metric 'workload.googleapis.com/mysql.threads'
   | every 1m
   

ダッシュボードを表示

MariaDB 指標を表示するには、グラフまたはダッシュボードが構成されている必要があります。MariaDB では MySQL と同じダッシュボードが使用されます。インテグレーションを構成して Ops エージェントが指標データの収集を開始すると、ダッシュボードは自動的にインストールされます。

インテグレーションをインストールすることなく、ダッシュボードの静的プレビューを表示することもできます。

インストールされているダッシュボードを表示する手順は次のとおりです。

1. Google Cloud コンソールで [ダッシュボード] ページに移動します。

   [ダッシュボード] に移動

   検索バーを使用してこのページを検索する場合は、小見出しが [Monitoring] である結果を選択します。

2. [ダッシュボード リスト] タブを選択し、[統合] カテゴリを選択します。
3. 表示するダッシュボードの名前をクリックします。 MariaDB では MySQL と同じダッシュボードが使用されます。

インテグレーションを構成してもダッシュボードがインストールされていない場合は、Ops エージェントが実行されていることを確認します。ダッシュボードにグラフの指標データがない場合、ダッシュボードのインストールは失敗します。Ops エージェントが指標の収集を開始した後に、ダッシュボードがインストールされます。

ダッシュボードの静的プレビューを表示する手順は次のとおりです。

1. Google Cloud コンソールで [統合] ページに移動します。

   [インテグレーション] に移動

   検索バーを使用してこのページを検索する場合は、小見出しが [Monitoring] である結果を選択します。

2. [デプロイメント プラットフォーム] フィルタの [Compute Engine] をクリックします。
3. MySQL のエントリを見つけて [詳細を表示] をクリックします。MariaDB では MySQL と同じダッシュボードが使用されます。
4. [ダッシュボード] タブを選択すると、静的プレビューが表示されます。ダッシュボードがインストールされている場合は、[ダッシュボードを表示] をクリックして移動できます。

Cloud Monitoring のダッシュボードについて詳しくは、ダッシュボードとグラフをご覧ください。

[インテグレーション] ページの使用方法については、インテグレーションを管理するをご覧ください。

アラート ポリシーをインストールする

アラート ポリシーは、指定した条件が成立した際に通知するように Cloud Monitoring に指示します。 MariaDB では、MySQL と同じアラート ポリシーが使用されます。これらのアラート ポリシーは、Monitoring の [インテグレーション] ページで表示してインストールできます。

使用可能なアラート ポリシーの説明を表示してインストールする手順は次のとおりです。

1. Google Cloud コンソールで [統合] ページに移動します。

   [インテグレーション] に移動

   検索バーを使用してこのページを検索する場合は、小見出しが [Monitoring] である結果を選択します。

2. MySQL のエントリを見つけて [詳細を表示] をクリックします。MariaDB では、MySQL と同じアラート ポリシーが使用されます。
3. [アラート] タブを選択します。このタブには、利用可能なアラート ポリシーの説明と、それらをインストールするためのインターフェースが表示されます。
4. アラート ポリシーをインストールします。アラート ポリシーでは、アラートがトリガーされた通知の送信先を特定する必要があるため、インストール環境の情報が必要になります。アラート ポリシーをインストールする手順は次のとおりです。
   1. 利用可能なアラート ポリシーのリストから、インストールするアラート ポリシーを選択します。

   2. [通知の構成] セクションで、1 つ以上の通知チャンネルを選択します。通知チャンネルの使用を無効にすることもできますが、無効にすると、アラート ポリシーは通知なく起動します。Monitoring でステータスを確認できますが、通知は受信しません。

      通知チャンネルの詳細については、通知チャンネルを管理するをご覧ください。

   3. [ポリシーの作成] をクリックします。

Cloud Monitoring のアラート ポリシーの詳細については、アラートの概要をご覧ください。

[インテグレーション] ページの使用方法については、インテグレーションを管理するをご覧ください。

次のステップ

Ansible を使用して Ops エージェントをインストールし、サードパーティ アプリケーションを構成してサンプル ダッシュボードをインストールする方法については、Ops エージェントをインストールして、サードパーティ アプリケーションのトラブルシューティングを行うの動画をご覧ください。