COLUMN

構成図・やりたいこと

構成図

アプリケーションサーバー（以降、APサーバー）とデータベースサーバー（以降、DBサーバー）がAWS上に各1台ずつある構成とします。各サーバーの初期設定及び、Mackerelエージェントのインストールは完了しているものとします。
前回との構成上の差分は、他システムのサーバーが異なるVPCで稼動しており、VPCピアリングによって接続されています。他システムのサーバーは別会社によって運用されており、詳細な条件はわからない想定とします。

各サーバーのスペック(APサーバー、DBサーバー)※前回と同じ

インスタンス：t2.micro(1vCPU,メモリ：1GiB)
OS：Amazon linux2
ディスクサイズ：8GiB

インストールされているミドルウェア(APサーバー、DBサーバー) ※前回と同じ

APサーバー：Apache v2.4
DBサーバー：PostgreSQL 9.6

やりたいこと

• システム障害が起きた際に、自システムか他システムかの切り分けを行いたい
• DBサーバーと連携するシステムのため、DBサーバーとのネットワーク疎通が取れていることが確認したい

上記やりたいことを実現するために、Mackerelの設定を行います。

ping監視設定(カスタムメトリックを使用した場合)

Mackerelにはスクリプトやプログラムで独自の値を収集して、カスタムメトリックとして投稿することができます。公式プラグインに載っていないミドルウェアのメトリクスを収集したい場合などに使うことができます。Ping監視は公式プラグインがありますが、公式プラグインではOK/NGのどちらかしか判定できないので、応答時間をもとにアラートの種類を変えたり、ネットワークの品質判定として応答時間を残しておきたい、という場合にはカスタムメトリックを使います。

カスタムメトリックを投稿する手順は以下のようになります。

• カスタムメトリックを収集するスクリプトやプログラムを作成
• エージェントの設定ファイル(mackerel-agent.conf)に先ほど作成したプログラムやスクリプトを実行するコマンドを追加

上記に従って、まずはスクリプトファイルを作成します。

スクリプトファイルを作成するコマンド(例)

sudo vi /etc/mackerel-agent/mackerel-plugin-ping.sh

※今回はエージェントの設定ファイルと同じフォルダに作成しておりますが、必要に応じて読み替えてください。

スクリプトファイル本文

#!/bin/bash
LIST=$*
PREFIX="ping"
TIME=$(date +%s)

for PING in ${LIST:=localhost}; do
  v=$(ping -t 5 -c 2 ${PING} | awk -F '/' '/round-trip|rtt/{print $5; }' | tr -d ms)
  s=$(echo $PING | sed 's#\.#_#g')
  echo ${PREFIX}.${s} ${v:=2000} $TIME
done

参考サイト：https://blog.hiroaki.home.group.jp/2017/09/mackerelping.html

スクリプトファイルの作成が終わったら、ファイルのアクセス権限を変更します。

ファイルのアクセス権限を変更するコマンド(例)

sudo chmod 755 /etc/mackerel-agent/mackerel-plugin-ping.sh

※アクセス権はサーバーの設定に合わせて適宜読み替えてください。

次に、エージェントの設定ファイル(mackerel-agent.conf)をテキストエディタで編集します。

エージェントの設定ファイルを編集するコマンド(例)

vi /etc/mackerel-agent/mackerel-agent.conf

設定ファイル最下部に下記のような文章を追記します。

Ping監視する設定(例)

[plugin.metrics.ping]
command = "/etc/mackerel-agent//mackerel-plugin-ping.sh 宛先IPアドレス"

※複数の宛先IPアドレスを指定することも可能です。その場合は宛先IPアドレス間に半角スペースを入れて追記してください

追記が終わったら保存し、エージェントを再起動します。

エージェントを再起動するコマンド(例)

systemctl restart mackerel-agent

設定が完了すると、Hostsページの下部に、新しいグラフが追加されています。

余談ですが、VPCピアリングを行った宛先と、そうでない宛先を指定しています。2インスタンスとも同一アベイラビリティゾーンにあるのですが、VPCピアリングはネットワーク遅延の観点ではそれほど大きな差にならないことがわかります。